JDK-8213085 : (tz) Upgrade Timezone Data to tzdata2018g
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.time
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2018-10-29
  • Updated: 2022-11-23
  • Resolved: 2018-11-01
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 11 JDK 12 JDK 7 JDK 8 Other
11.0.2Fixed 12 b19Fixed 7u211Fixed 8u201Fixed openjdk7uFixed
Related Reports
Relates :  
Relates :  
Sub Tasks
JDK-8265384 :  
Description
[Sat Oct 27 15:55:08 UTC 2018]

The 2018g release of the tz code and data is available. It reflects the 
following changes, which were either circulated on the tz mailing list or are 
relatively minor technical or administrative changes:

   Briefly:
     Morocco switches to permanent +01 on 2018-10-27.

   Changes to future timestamps

     Morocco switches from +00/+01 to permanent +01 effective 2018-10-27,
     so its clocks will not fall back on 2018-10-28 as previously scheduled.
     (Thanks to Mohamed Essedik Najd and Brian Inglis.)

   Changes to code

     When generating TZif files with leap seconds, zic no longer uses a
     format that trips up older 32-bit clients, fixing a bug introduced
     in 2018f.  (Reported by Daniel Fischer.)  Also, the zic workaround
     for QTBUG-53071 now also works for TZif files with leap seconds.

     The translator to rearguard format now rewrites the line
     "Rule Japan 1948 1951 - Sep Sat>=8 25:00 0 S" to
     "Rule Japan 1948 1951 - Sep Sun>=9  1:00 0 S".
     This caters to zic before 2007 and to Oracle TZUpdater 2.2.0
     and earlier.  (Reported by Christos Zoulas.)

   Changes to past time zone abbreviations

     Change HDT to HWT/HPT for WWII-era abbreviations in Hawaii.
     This reverts to 2011h, as the abbreviation change in 2011i was
     likely inadvertent.

   Changes to documentation

     tzfile.5 has new sections on interoperability issues.

Here are links to the release files:

   https://www.iana.org/time-zones/repository/releases/tzcode2018g.tar.gz
   https://www.iana.org/time-zones/repository/releases/tzdata2018g.tar.gz
   https://www.iana.org/time-zones/repository/releases/tzdb-2018g.tar.lz

Links are also available via plain HTTP, and via FTP from
ftp://ftp.iana.org/tz/releases with the same basenames as above.

PS.  If your tzdata parser does not yet support negative DST offsets,
this particular release's data entries are also available in a
rearguard-format tarball and signature that does not contain such
offsets.  This is intended to be a temporary transition aid for these
parsers.  The URLs are:

https://web.cs.ucla.edu/~eggert/tz/release/2018g/tzdata2018g-rearguard.tar.gz
https://web.cs.ucla.edu/~eggert/tz/release/2018g/tzdata2018g-rearguard.tar.gz.asc


Comments
Fix Request: The fix is required to have the latest tzdata 2018g integration into jdk11u. The patch applies cleanly to jdk11u from jdk12.
01-11-2018

URL: http://hg.openjdk.java.net/jdk/jdk/rev/c9bbf33fd1ae User: rpatil Date: 2018-11-01 16:45:27 +0000
01-11-2018