You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Guillaume Boué (JIRA)" <ji...@apache.org> on 2017/06/17 13:01:00 UTC

[jira] [Comment Edited] (SUREFIRE-1385) System properties defined in the Surefire and Failsafe plugin configuration should override user properties

    [ https://issues.apache.org/jira/browse/SUREFIRE-1385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16052819#comment-16052819 ] 

Guillaume Boué edited comment on SUREFIRE-1385 at 6/17/17 1:00 PM:
-------------------------------------------------------------------

I noticed SUREFIRE-1365 about loading environment variables from a file. What do you think about creating an umbrella issue for 3.0, containing all the current issues regarding properties handling as subtasks?


was (Author: gboue):
I noticed SUREFIRE-1365 about loading environment variables from a file. What do you think about creating an umbrella issue, containing all the current issues regarding properties handling as subtasks?

> System properties defined in the Surefire and Failsafe plugin configuration should override user properties
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: SUREFIRE-1385
>                 URL: https://issues.apache.org/jira/browse/SUREFIRE-1385
>             Project: Maven Surefire
>          Issue Type: Improvement
>          Components: Maven Failsafe Plugin, Maven Surefire Plugin
>    Affects Versions: 2.20
>            Reporter: Guillaume Boué
>
> Consider a build with the following POM configuration for the Maven Failsafe Plugin:
> {code:xml}
> <configuration>
>   <systemPropertyVariables>
>     <prop>foo</prop>
>   </systemPropertyVariables>
> </configuration>
> {code}
> When running the build with the command line {{mvn -Dprop=bar ...}}, the tests would be passed a system property with a value of {{bar}} instead of {{foo}}.
> This is counter-intuitive since direct configuration of the plugin is overriden by the more general properties passed on the command line. I would have expected the closer definition in the POM to override the one passed with the CLI. Furthermore, in the case of the above sample, it would not be possible for the tests run by the Failsafe Plugin to have a system property {{prop}} with a value of {{foo}} if the build happens to already define a system property with the same name. While using a different name to avoid a clash is possible, it still doesn't make the test self-contained and consistent since anyone could run Maven with that other name and compromise the test that really relies on the system property having a value of {{foo}}.
> The proposal is thus to make the {{systemPropertyVariables}} and {{systemPropertiesFile}} configuration elements of the Surefire and Failsafe Plugin take precedence over user properties passed on the command line.
> Proposed commit [4de017b38b101b0b28f9fbed135eae3921b99d0d|http://git-wip-us.apache.org/repos/asf/maven-surefire/commit/4de017b3] on SUREFIRE-1385 branch.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)