JDK-8055253 : test/java/util/Currency/PropertiesTest.sh modifies the test JDK
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 7
  • Priority: P2
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2014-08-17
  • Updated: 2024-09-04
  • Resolved: 2014-08-19
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8 JDK 9
8Fixed 9 b28Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Description
JTreg test java/util/Currency/PropertiesTest has been trolling us for years.  This test never fails itself, but causes other tests (notably ValidateISO4217) to fail by transiently modifying the test JDK, which NO TEST SHOULD EVER DO.
If the test JDK is a production JDK in use and happens to be writable, it may make permanently break the JDK if the test is interrupted.  Yikes!
Comments
Verified in jdk9-dev nightly. Please note that the test bug on OS X is fixed via JDK-8055675
01-09-2014

URL: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/9cf80bbf3505 User: lana Date: 2014-08-28 21:57:03 +0000
28-08-2014

URL: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/9cf80bbf3505 User: martin Date: 2014-08-19 04:36:28 +0000
19-08-2014

I reverted JDK-8017322, which should no longer be necessary. It was in any case insufficient, since there is no way to get truly exclusive use of a test jdk.
17-08-2014

Hmmm I mistakenly created a Backport section, that I can't figure out how to undo.
17-08-2014

http://cr.openjdk.java.net/~martin/webrevs/openjdk9/Currency-concurrency/
17-08-2014