[jdk8u] RFR: 8297804: (tz) Update Timezone Data to 2022g

[Andrew John Hughes]

On Thu, 22 Dec 2022 01:05:01 GMT, Andrew John Hughes <andrew at openjdk.org> wrote:

>> This is a mostly clean backport of the latest tzdata update.
>> 
>> This pull request contains a backport of commit [ce896731](https://github.com/openjdk/jdk/commit/ce896731d38866c2bf99cd49525062e150d94160) from the [openjdk/jdk](https://git.openjdk.org/jdk) repository.
>> 
>> The commit being backported was authored by Andrew John Hughes on 7 Dec 2022 and was reviewed by Naoto Sato.
>> 
>> Changes from the {11,13,15,17,19}u and 20 versions:
>> * `timezone.xml` does not exist in 8u so the addition there is omitted
>> * In `metaZones.xml`, `America_Mountain` is used instead of `Mexico_Pacific`. This is consistent with [PR27](https://github.com/openjdk/jdk8u/pull/27) on top of which this PR is based (`America/Ciudad_Juarez` splits from `America/Ojinaga`). 8u does not contain definitions for `Mexico_Pacific`.
>> * The tzdata updates are duplicated in `jdk/test/sun/util/calendar/zi/tzdata`, as currently required for 8u testing.
>> 
>> Tests in `java/util/TimeZone`, `java/time/test`, `sun/util/calendar`, `sun/util/resources` and `sun/text/resources` all pass.  The rearguard changes are identical to those for vanguard, as verified against the rearguard data generated using `make rearguard_tarballs` in the tzdata2022g distribution.
>> 
>> Thanks!
>
> I see `jdk8u-critical-yes`.

> @gnu-andrew Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See [OpenJDK Developers’ Guide](https://openjdk.org/guide/#working-with-pull-requests) for more information.

Rebasing is the right thing to do here, as Git will replace the commit from the dependent PR with the one that's been pushed. No point doing unnecessary work merging them.

-------------

PR: https://git.openjdk.org/jdk8u/pull/28