JDK-8224560 : (tz) Upgrade time-zone data to tzdata2019a
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.time
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2019-05-22
  • Updated: 2020-06-01
  • Resolved: 2019-07-10
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 13 JDK 14 JDK 7 JDK 8 Other
11.0.5Fixed 13Fixed 14 b05Fixed 7u241Fixed 8u231Fixed openjdk7uFixed
Related Reports
Blocks :  
Relates :  
Relates :  
Relates :  
Sub Tasks
JDK-8261683 :  
Description
[Tue Mar 26 05:50:25 UTC 2019]

The 2019a 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:
     Palestine "springs forward" on 2019-03-30 instead of 2019-03-23.
     Metlakatla "fell back" to rejoin Alaska Time on 2019-01-20 at 02:00.

   Changes to past and future timestamps

     Palestine will not start DST until 2019-03-30, instead of 2019-03-23 as
     previously predicted.  Adjust our prediction by guessing that spring
     transitions will be between 24 and 30 March, which matches recent practice
     since 2016.  (Thanks to Even Scharning and Tim Parenti.)

     Metlakatla ended its observance of Pacific standard time,
     rejoining Alaska Time, on 2019-01-20 at 02:00.  (Thanks to Ryan
     Stanley and Tim Parenti.)

   Changes to past timestamps

     Israel observed DST in 1980 (08-02/09-13) and 1984 (05-05/08-25).
     (Thanks to Alois Treindl and Isaac Starkman.)

   Changes to time zone abbreviations

     Etc/UCT is now a backward-compatibility link to Etc/UTC, instead
     of being a separate zone that generates the abbreviation "UCT",
     which nowadays is typically a typo.  (Problem reported by Isiah
     Meadows.)

   Changes to code

     zic now has an -r option to limit the time range of output data.
     For example, 'zic -r @1000000000' limits the output data to
     timestamps starting 1000000000 seconds after the Epoch.
     This helps shrink output size and can be useful for applications
     not needing the full timestamp history, such as TZDIST truncation;
     see Internet RFC 8536 section 5.1.  (Inspired by a feature request
     from Christopher Wong, helped along by bug reports from Wong and
     from Tim Parenti.)

   Changes to documentation

     Mention Internet RFC 8536 (February 2019), which documents TZif.

     tz-link.html now cites tzdata-meta
     <https://tzdata-meta.timtimeonline.com/>.

Here are links to the release files:

   https://www.iana.org/time-zones/repository/releases/tzcode2019a.tar.gz
   https://www.iana.org/time-zones/repository/releases/tzdata2019a.tar.gz
   https://www.iana.org/time-zones/repository/releases/tzdb-2019a.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/2019a/tzdata2019a-rearguard.tar.gz
https://web.cs.ucla.edu/~eggert/tz/release/2019a/tzdata2019a-rearguard.tar.gz.asc

Comments
URL: https://hg.openjdk.java.net/jdk/jdk/rev/0f1e29c77e50 User: rpatil Date: 2019-07-10 04:14:33 +0000
10-07-2019

Late enhancement approved by Project Lead.
09-07-2019

Late Enhancement Request Requesting this enhancement for JDK13, as it has very old tzdata version(tzdata2018g) and it is crucial to have all the latest changes to tzdata till 2019a. Risk level: Low. All the related testing is done (including JCK). The fix is under review: https://mail.openjdk.java.net/pipermail/i18n-dev/2019-July/002887.html This is a clean backport from jdk14 and the best estimate by which it will be integrated into jdk13 is: 10th July 2019. Note: This fix will also include the fix for the blocking test case bug- JDK-8225580
08-07-2019

Applies largely cleanly to 8u-dev, without CLDRConverter changes. RFR: https://mail.openjdk.java.net/pipermail/i18n-dev/2019-July/002891.html
08-07-2019

Fix request for 8u & 11u: This replaces JDK-8215982. Ideally, we should apply this as part of the July CPU. Proposed patch applies cleanly to 11u-dev.
06-07-2019