[
http://jira.codehaus.org/browse/SUREFIRE-121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_120747
]
Milos Kleint commented on SUREFIRE-121:
---------------------------------------
Unfortunately most components/classes in Maven have no javadoc, MavenSession is
no exception. Since the instance can be retrieved via the ${session} expression
in mojos, it makes it part of the official APIs to me though. Other can have
more insight on the status of the class..
Currently the command line maven put all System.getProperties() there plus any
props that were added on the command line.
Embedders can choose to provide same set or limit it. (eg. in my case I now
filter out any netbeans-related properties in System.getproperties() list to
prevent XML parser failures)
> System properties set on the command line get clobbered
> -------------------------------------------------------
>
> Key: SUREFIRE-121
> URL: http://jira.codehaus.org/browse/SUREFIRE-121
> Project: Maven Surefire
> Issue Type: Bug
> Affects Versions: 2.0 (2.2 plugin)
> Environment: Linux, Maven 2.0.4, Sun JDK 1.5U5, bash 3.0
> Reporter: Brenton Leanhardt
> Priority: Critical
> Fix For: 2.x
>
>
> Some system properties get clobbered if you set them on the command line. For
> example,
> mvn clean test -Dtest=LoginTest -Dselenium.user=test32
> The 'test' system property will work, but the 'selenium.user' property will
> be null at runtime. I have tried:
> * hard coding the system property in the unit test, this worked fine.
> * setting the system properties in the pom file, this worked fine also.
> * tried an older version of the surefire plugin, this worked fine.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
