[ https://issues.apache.org/jira/browse/DERBY-6078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kristian Waagan updated DERBY-6078:
-----------------------------------
Attachment: derby-6078-1a-cmdline_property_passing.diff
Patch 1a shows how the functionality can be implemented.
I tested it by specifying an invalid value for derbyTesting.oldReleasePath and running the
upgrade tests with junit-single:
$ ant -DderbyTesting.oldReleasePath=/asdasd7asdasd -Dderby.junit.testclass=org.apache.derbyTesting.functionTests.tests.upgradeTests._Suite
junit-single
...
junit-single:
[junit] ALARM: Non-existing location for jar files: '/asdasd7asdasd\10.0.2.1'. Upgrade
tests can NOT be run!
...
> Propagate a set of properties to the junit tasks in build.xml
> -------------------------------------------------------------
>
> Key: DERBY-6078
> URL: https://issues.apache.org/jira/browse/DERBY-6078
> Project: Derby
> Issue Type: Improvement
> Components: Test
> Affects Versions: 10.10.0.0
> Reporter: Kristian Waagan
> Attachments: derby-6078-1a-cmdline_property_passing.diff
>
>
> At times it would be very helpful to be able to specify a set of properties to pass on
to the JUnit tests when invoking the JUnit tasks in build.xml. Examples are specifying a non-default
port to use, to shorten down the run-time of the stress-test,or to specify the location of
old release jars (this is already handled explicitly).
> There are several alternatives on how to do this - see http://ant.apache.org/manual/Types/propertyset.html
for details.
> I suggest we try out the simplest approach first: pass on any system properties set on
the command line. It should be very simple to implement. The downside is that a property you
specify for the higher-level build script may interfer or be in conflict with the running
of the tests.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
|