-
Bug
-
Resolution: Fixed
-
P2
-
1.2.0, 1.2.1, 1.4.2
-
beta
-
generic, x86
-
generic, windows_nt, windows_xp
the inner class TimeZoneData. We should see if this can be delayed somehow
so that the developer only pays for what they are using!
- duplicates
-
JDK-4177488 GregorianCalendar - poor performance of new
- Closed
-
JDK-6609371 (tz) New DST rules is not in effect in 1.3.1_18
- Closed
- relates to
-
JDK-4402792 api/java_util/serialization/descriptions.html, Merlin, Sparc, x86, B46, JCK13
- Closed
-
JDK-4401148 ClassCastException when casting from TimeZone to SimpleTimeZone
- Closed
-
JDK-4763654 (tz) RFE: consider timezone related files to be put in single jar
- Closed
-
JDK-4845752 (tz) Wrong behavior JDK 1.3.1 in GregorianCalendar at DST boundary time
- Resolved
-
JDK-6391777 JDK 1.3 TZ fix required - Related to SUN BASE RFE 6332148
- Resolved
-
JDK-4505478 Incorrect Daylight Savings for JDK 1.2 and JDK 1.3
- Closed
-
JDK-4716648 TimeZone.getOffset() does not return a modified offset in 0095
- Closed
-
JDK-4402984 A daylight time problem in merlin b46 and ladybird b13
- Closed
-
JDK-4645263 TimeZone factory methods return instance not deserializable in previous releases
- Closed
-
JDK-4771597 Y2k test TZ_useDaylightTime_y2k fails
- Closed
-
JDK-4495052 RFE: Java should support complete set of Olson time zones
- Resolved
-
JDK-6471271 (tz) New DST rules for North America not yet added to 1.3.1
- Closed