JDK-6277315 : JCK: api/java_util/TimeZone/index.html#static fails on Win 2000, Win XP Home
  • Type: Bug
  • Component: install
  • Sub-Component: install
  • Affected Version: 5.0,5.0u4
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2005-05-27
  • Updated: 2013-06-04
  • Resolved: 2005-07-18
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 JDK 6
5.0u5 b03Fixed 6Fixed
Related Reports
Duplicate :  
JDK-6215947 - JDK 1.5.0_01 Win2k installers always installs demos and samples
Relates :  
JDK-6275152 - Calendar.getInstance() gives incorrect time on Asia/Irkutsk, summer time
Relates :  
JDK-6355791 - JCK14a - api TimeZone static test fails for 142_11b1 on Windows 32bit jvm "returns wrong offset"
Relates :  
JDK-2124189 - (tz) Support tzdata2005g
Description
The following JCK tests fail on win 2000 and win XP Home:

api/java_util/TimeZone/index.html#static[TimeZone2013]
api/java_util/TimeZone/index.html#static[TimeZone2014]
api/java_util/TimeZone/index.html#static[TimeZone2017]

To reproduce compile and run attached class. This failure is regression, it is not reproducible in jdk5.0_02 and is not reproducible in jdk6.0-b37.

Please find sample output below:

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>set JAVAC="C:\Program Files\Java\jdk1.5.0_04\bin\javac.exe " 

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>"C:\Program Files\Java\jdk1.5.0_04\bin\javac.exe " test.java 
Note: test.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>set JAVA=Z:\Links\java\jdk1.5.0_02\windows-i586\bin\java.exe 

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>Z:\Links\java\jdk1.5.0_02\windows-i586\bin\java.exe -version 
java version "1.5.0_02-ea"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-ea-b04)
Java HotSpot(TM) Client VM (build 1.5.0_02-ea-b04, mixed mode)

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>Z:\Links\java\jdk1.5.0_02\windows-i586\bin\java.exe Test 
PASSED OK

PASSED OK

PASSED OK

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>set JAVA="C:\Program Files\Java\jre1.5.0_04\bin\java.exe" 

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>"C:\Program Files\Java\jre1.5.0_04\bin\java.exe" -version 
java version "1.5.0_04-ea"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_04-ea-b04)
Java HotSpot(TM) Client VM (build 1.5.0_04-ea-b04, mixed mode)

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>"C:\Program Files\Java\jre1.5.0_04\bin\java.exe" Test 
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : AGT that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Argentina/Buenos_Aires that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Argentina/Catamarca that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Argentina/Cordoba that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Argentina/Jujuy that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Argentina/Mendoza that is not supported   tz.getID()GMT
FAILED TimeZone.getAvailableIDs returns wrong result it contains ID : America/Rosario that is not supported   tz.getID()GMT

FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : AGT with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : AGT which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Buenos_Aires with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Buenos_Aires which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Catamarca with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Catamarca which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Cordoba with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Cordoba which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Jujuy with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Jujuy which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Mendoza with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Argentina/Mendoza which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Rosario with wrong offset : 0 rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it contains ID : America/Rosario which is not available rawOffset = -10800000
FAILED TimeZone.getAvailableIDs(rawOffset) returns wrong result it doesn't contains ID : AGT which is an available ID for the offset rawOffset = 0

FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = AGT
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Argentina/Buenos_Aires
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Argentina/Catamarca
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Argentina/Cordoba
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Argentina/Jujuy
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Argentina/Mendoza
FAILED TimeZone.getTimeZone(ID) returns a wrong value : sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] it has wrong ID = GMT ID = America/Rosario

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>set JAVA="Z:\Links\java\jdk6.0\windows-i586\bin\java.exe" 

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>"Z:\Links\java\jdk6.0\windows-i586\bin\java.exe" -version 
Z:\...RUNTIME.DEFAULT.OJVM\investigate>runtime.bat >log
java version "1.6.0-ea"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-ea-b37)
Java HotSpot(TM) Client VM (build 1.6.0-ea-b37, mixed mode)

Z:\Links\stt\jck-15a_runtime-win2k_c1_Xcomp-2005-05-12-17-43-09-0067\AT-05.12-17.43.17\RUNTIME.DEFAULT.OJVM\investigate>"Z:\Links\java\jdk6.0\windows-i586\bin\java.exe" Test 
PASSED OK

PASSED OK

PASSED OK

###@###.### 2005-05-27 16:21:33 GMT
Comments
EVALUATION Do the test cases fail on other platforms, such as Solaris and Linux? ###@###.### 2005-05-27 23:32:10 GMT JCK 1.5 passed with linux-i586 (1.5.0_04 b04). Can the submitter please provide the output of "ls -lR" at C:\Program Files\Java\jre1.5.0_04\lib\zi ? ###@###.### 2005-05-28 00:05:39 GMT There are some differences between the promoted jre image binaries and installed files using the installer. The files are: 61,62d60 < America/Argentina/Buenos_Aires < America/Argentina/Catamarca 64,65d61 < America/Argentina/Cordoba < America/Argentina/Jujuy 67d62 < America/Argentina/Mendoza 80a76 > America/Buenos_Aires 84a81 > America/Catamarca 88a86 > America/Cordoba 121a120 > America/Jujuy 133a133 > America/Mendoza d's are missing in the installed files. a's are extra (should not be installed.) ###@###.### 2005-05-28 06:11:10 GMT We are having a difficulty to figure out how time zone data files are packaged. I'm transferring this CR to "install" for further evaluation. ###@###.### 2005-05-28 08:30:36 GMT Looking at the log file, it seems that files have been moved around: #####Begin log file snip#################### Entry Name: lib\zi\America\Argentina\Buenos_Aires Old File : C:\base-images.150\j2re-image\lib\zi\America\Buenos_Aires New File : C:\nightly.1.5.0_04\j2re-image\lib\zi\America\Argentina\Buenos_Aires File Contents are identical! No Patch needed! #####End log file snip#################### This is affecting the patcher. The Buenos_Aires file will still be installed into the old directory. Was this directory change really needed? If so, making some kind of binary difference in the moved file may fix this problem. ###@###.### 2005-05-31 18:37:46 GMT
27-05-2005