-
Bug
-
Resolution: Won't Fix
-
P3
-
None
-
1.3.0
-
generic
-
generic
ingrid.yao@Eng 2000-04-05
========================= message from HP =================
In a previous communication, JavaSoft had stated that they used
a reference document from nih.gov which used IATA as its reference.
1) Rule before the line with
++++++++++++
is what is in 1.3
2) Rule after the line with
++++++++++++
is what the rule reads in the IATA document!
*********************************************
For e.g., the rule in 1.3 says that Asia/Amman does not have any
DST rules, where as the IATA document says that Amman enters DST
in April and leaves in October.
new SimpleTimeZone(2*ONE_HOUR, "Asia/Amman"),
// Zone Asia/Amman 2:00 Jordan EE%sT
+++++++++++
Rule Jordan 1999 only - Jul 1 0:00 1:00 S
Rule Jordan 1999 max - Oct 1 0:00 0 -
Rule Jordan 2000 max - Apr 1 0:00 1:00 -
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Asia/Amman 2:23:44 - LMT 1931
2:00 Jordan EE%sT
*********************************************
1.3 says Beirut changes from DST to Std. time on the last Sunday in
Sep.,
IATA says last Sun in Oct.
new SimpleTimeZone(2*ONE_HOUR, "Asia/Beirut" /*EE%sT*/,
Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_DOM*/, 0*ONE_HOUR, Calendar.SEPTEMBER, -1, Calendar.SUNDAY /*DOW_IN_DOM*/, 0*ONE_HOUR, 1*
ONE_HOUR),
// Rule Lebanon 1993 max - Mar lastSun 0:00 1:00 S
// Rule Lebanon 1993 max - Sep lastSun 0:00 0 -
// Asia/Beirut Lebanon(LB) 2:00 Lebanon EE%sT
+++++++++++
Rule Lebanon 1993 max - Mar lastSun 0:00 1:00 S
Rule Lebanon 1993 1998 - Sep lastSun 0:00 0 -
Rule Lebanon 1999 max - Oct lastSun 0:00 0 -
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone Asia/Beirut 2:22:00 - LMT 1880
2:00 Lebanon EE%sT
********************************************
1.3, Vilnius is GMT+1
IATA, GMT+2
new SimpleTimeZone(1*ONE_HOUR, "Europe/Vilnius",
Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.UTC_TIME,
Calendar.OCTOBER, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.UTC_TIME, 1*ONE_HOUR),
// Rule EU 1981 max - Mar lastSun 1:00u 1:00 S
// Rule EU 1996 max - Oct lastSun 1:00u 0 -
// Zone Europe/Vilnius Lithuania(LT) 1:00 EU CE%sT
+++++++++++
# From Marius Gedminas <###@###.###> (1998-08-07):
# I would like to inform that in this year Lithuanian time zone
# (Europe/Vilnius) was changed.
# From <a href="http://www.elta.lt/">ELTA</a> No. 972 (2582) (1999-09-29),
# via Steffen Thorsen:
# Lithuania has shifted back to the second time zone (GMT plus two hours)
# to be valid here starting from October 31,
# as decided by the national government on Wednesday....
# The Lithuanian government also announced plans to consider a
# motion to give up shifting to summer time in spring, as it was
# already done by Estonia.
*********************************************
1.3, Estonia has summer time
IATA, Estonia does not change to summer time anymore ...
new SimpleTimeZone(2*ONE_HOUR, "Europe/Tallinn",
Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.UTC_TIME,
Calendar.OCTOBER, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.UTC_TIME, 1*ONE_HOUR),
// Rule EU 1981 max - Mar lastSun 1:00u 1:00 S
// Rule EU 1996 max - Oct lastSun 1:00u 0 -
// Zone Europe/Tallinn Estonia(EE) 2:00 EU EE%sT
+++++++++++
# From <a href="http://www.baltictimes.com/">The Baltic Times</a> (1999-09-09)
# via Steffen Thorsen:
# This year will mark the last time Estonia shifts to summer time,
# a council of the ruling coalition announced Sept. 6....
# But what this could mean for Estonia's chances of joining the European
# Union are still unclear. In 1994, the EU declared summer time compulsory
# for all member states until 2001. Brussels has yet to decide what to do
# after that.
********************************************
1.3, no summer time
IATA, Cuiaba has summer time
new SimpleTimeZone(-4*ONE_HOUR, "America/Cuiaba"),
// Zone America/Cuiaba Brazil(BR) -4:00 - WST
++++++++++++
Rule Brazil 1999 max - Oct Sun>=1 0:00 1:00 S
Rule Brazil 2000 max - Feb lastSun 0:00 0 -
********************************************
Discrepancy in dates at which DST takes effect and moves out to
std. time
new SimpleTimeZone(-3*ONE_HOUR, "America/Sao_Paulo", Calendar.OCTOBER, 8, -Calendar.SUNDAY /*DOW>=DOM*/, 0*ONE_HOUR, SimpleTimeZone.WALL_TIME, Calendar.FEBRUARY, 15, -Calendar.SUNDAY /*DOW>=DOM*/, 0*ONE_HOUR, SimpleTimeZone.WALL_TIME, 1*ONE_HOUR),
// Rule Brazil 1998 max - Oct Sun>=8 0:00 1:00 D
// Rule Brazil 1999 max - Feb Sun>=15 0:00 0 S
// Zone America/Sao_Paulo Brazil(BR) -3:00 Brazil E%sT
new SimpleTimeZone(-3*ONE_HOUR, "BET" /*alias for America/Sao_Paulo*/, Calendar.OCTOBER, 8, -Calendar.SUNDAY /*DOW>=DOM*/, 0*ONE_HOUR, SimpleTimeZone.WALL_TIME, Calendar.FEBRUARY, 15, -Calendar.SUNDAY /*DOW>=DOM*/, 0*ONE_HOUR, SimpleTimeZone.WALL_TIME, 1*ONE_HOUR)
+++++++++++++
Rule Brazil 1999 max - Oct Sun>=1 0:00 1:00 S
Rule Brazil 2000 max - Feb lastSun 0:00 0 -
**********************************************
Also, Asia/Ishigaki present in 1.2, but missing in 1.3
- relates to
-
JDK-4385689 shadow of 4328058 DST rules in TimeZone.java are not up-to-date for some timezon
-
- Closed
-
-
JDK-4271065 1999e Olson public source changes should be incorporated into Java time zone
-
- Resolved
-
-
JDK-4373931 RFE: tzdata2000f to be incorporated
-
- Closed
-
-
JDK-4379852 RFE: tzdata2000g to be incorporated
-
- Resolved
-
-
JDK-4328609 RFE: tzdata2000d to be incorporated
-
- Closed
-
-
JDK-4360149 RFE: tzdata2000e to be incorporated
-
- Closed
-
(1 relates to)