[RFR] [8u262] JDK-8243541: (tz) Upgrade time-zone data to tzdata2020a

Andrew Hughes gnu.andrew at redhat.com
Tue Jun 9 23:51:22 UTC 2020


Bug: https://bugs.openjdk.java.net/browse/JDK-8243541
Webrev: https://cr.openjdk.java.net/~andrew/openjdk8/8243541/webrev.01/

This patch updates the tzdata in OpenJDK 8u to the 2020a release. Unlike
in OpenJDK 11 and later, this version uses the rearguard format. I did
start looking at backporting JDK-8212970 to switch 8u to vanguard
format, but it ended up developing into more of a rewrite than a
backport. As such, I'll finish that up & propose it for 8u272, while
this update is for 8u262 and I'll flag with jdk8u-critical-fix once
reviewed.

Differences from the 11u/15u version:

* The rules for Morocco and Namibia are in rearguard format (no negative
offsets). This data was generated from the tzdata2020a release and
running 'make rearguard_tarballs' as specified in the copy of the
release notes in the bug. The updated files were then concatenated onto
the appropriate Oracle boilerplate and copied over the 8u tzdata2019c files.
* test/java/time/test/java/time/format/ZoneName.java in 8u is a mess. I
added the new aliases to the alias map for this update, but I'll look
whether JDK-8189784 (or at least the test part, as it's an 8->9
regression) & JDK-8201507 are worth backporting.
* We also update the copy of the tzdata in test/sun/util/calendar/zi.
JDK-8212970, the vanguard patch, also removes this and makes the test
use the make/data/tzdata copy instead. This is why updating this was
missed when backporting tzdata2019b & tzdata2019c, leading to this being
an update from tzdata2019a to tzdata2020a.

The test/sun/util/calendar/zi & test/java/time/test/java/time tests
passed after applying this patch.

Thanks,
-- 
Andrew :)

Senior Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222



More information about the jdk8u-dev mailing list