Issue Details (XML | Word | Printable)

Key: DERBY-4022
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Rick Hillegas
Reporter: Rick Hillegas
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Derby

Remove dependency of junit targets on deprecated jdk16 variable

Created: 15/Jan/09 05:17 PM   Updated: 04/May/09 06:21 PM
Component/s: Build tools
Affects Version/s: 10.5.1.1
Fix Version/s: 10.5.1.1

Time Tracking:
Not Specified

File Attachments:
  Size
File Licensed for inclusion in ASF works derby-4022-01-aa-junitVSjdk16.diff 2009-01-15 06:02 PM Rick Hillegas 2 kB
Issue Links:
Incorporates
 

Issue & fix info: Patch Available
Resolution Date: 26/Jan/09 08:56 PM


 Description  « Hide
The junit target for running the jdbc4 tests depends on the jdk16 variable being set in your ant.properties. For the build, this variable has been deprecated. We should be able to make the jdbc4 tests depend on whether the environment is Java 6 instead.

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Rick Hillegas added a comment - 15/Jan/09 06:02 PM
Attaching derby-4022-01-aa-junitVSjdk16.diff. This patch removes the dependency of the junit JDBC4 test target on the deprecated jdk16 variable. Makes the following changes:

1) Removes the final mention of jdk16 in the master build.xml file.

2) Makes the junit-jdbc4 target depend on whether the VM level is at least Java 6.

Note that this involves a behavioral change from the previous situation. Previously, you could run the ant targets in a Java 5 environment and the JDBC4 tests would run (on Java 6) if you set jdk16 correctly. Now you only get the JDBC4 tests if your environment is at least Java 6. This seems like a straightforward solution to deprecating jdk16 and ought to fit the usage of most people. However, it may not fit the usage of some developers. If this is an intolerable change, then we may want to consider preserving the jdk16 variable for use only by the tests.

If this solution does seem acceptable, then we probably need to update the testing documentation to remove references to jdk16.


Touches the following file:

M build.xml

Rick Hillegas added a comment - 16/Jan/09 02:44 PM
If there are no objections to the behavioral change, then I propose to check this in next Tuesday.

Rick Hillegas added a comment - 20/Jan/09 09:10 PM
Committed derby-4022-01-aa-junitVSjdk16.diff at subversion revision 736106.