JDK-6831098 : 1 JCK test start to fail after using of tzupdater 1.3.14 b01
  • Type: Bug
  • Component: tools
  • Sub-Component: updaters
  • Affected Version: tz1.3.14
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2009-04-16
  • Updated: 2011-01-24
  • Resolved: 2009-04-16
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.
Other
tz1.3.14 b02Fixed
Related Reports
Relates :  
Description
JCK            : JCK runtime 6b b24
J2SE           : FAIL - tested on 6u11 b07, 6u13 b04, b06 (rev) and on 6u14 b04
Platform[s]    : FAIL - tested on soalris 10 sun4u and linux x86, x64
Java options   : FAIL - Any
TZUpdater version : FAIL - 1.3.13 b01 and 1.3.14 b01 (test passes with 1.3.12 b01)

JCK test api/java_text/DateFormatSymbols/descriptions.html starts to fails after tzupdater was used.
Please see attached *.jtr file.

Steps to reproduce:
1. Install jdk (for ex. to /export/jdk/jdk1.6.0_14)
2. Install JCK7 (for ex. to /export/JCK/JCK-runtime-6b)
3. Prepare a simple script to run a test:
#!/bin/bash

export JAVA=/export/jdk/jdk1.6.0_14/jre/bin/java
export CLASSPATH="/export/JCK/JCK-runtime-6b/classes"

OPTS=""
TEST="javasoft.sqe.tests.api.java.text.DateFormatSymbols.ZoneStringsTests"
TOPTS=""

$JAVA $OPTS -version
$JAVA $OPTS $TEST $TOPTS
4. Use command like /export/jdk/jdk1.6.0_14/bin/java -jar ../../../tzupdater-1.3.14-2009f/tzupdater.jar -u -v to update time zone data.
5. Run the script above to see the failure.

Installed jck could be found at /java/re/jck/6b/promoted/latest/binaries/JCK-runtime-6b/
Test sources is at /java/re/jck/6b/promoted/latest/binaries/JCK-runtime-6b/tests/api/java_text/DateFormatSymbols/ZoneStringsTests.java

Output will be like:
java version "1.6.0_14-ea"
Java(TM) Platform, Standard Edition for Business (build 1.6.0_14-ea-b04)
Java HotSpot(TM) Server VM (build 14.0-b13, mixed mode)
java.text.DateFormatSymbols@a5aca753. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
...... lines removed.....
java.text.DateFormatSymbols@b463a656. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
java.text.DateFormatSymbols@b463a656. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
java.text.DateFormatSymbols@840177ab. ZoneStgetZoneStrings2000: Passed. test cases: 152; all passed
getZoneStrings2001: Failed. test cases: 152; all failed; first test case failure: test_1
getZoneStrings2002: Passed. test cases: 152; all passed
setZoneStrings2000: Passed. test cases: 152; all passed
setZoneStrings2001: Passed. test cases: 456; all passed
setZoneStrings2002: Passed. test cases: 456; all passed
rings[i][0] have to be TimeZone ID. Invalid ID 'MET'
java.text.DateFormatSymbols@840177ab. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
java.text.DateFormatSymbols@840177ab. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
...... lines removed.....
java.text.DateFormatSymbols@840177ab. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
java.text.DateFormatSymbols@b463a656. ZoneStrings[i][0] have to be TimeZone ID. Invalid ID 'MET'
STATUS:Failed.test cases: 6; passed: 5; failed: 1; first test case failure: getZoneStrings2001

Comments
EVALUATION Changes to the javazic classes (6805780)are responsible for this regression. I backed out this fix and rebuilt the tzudpater tool with 2009f data. The JCK tests passed. Need to determine exactly what changes were made to javazic.jar file for fix.
16-04-2009