Bug ID: JDK-8248715 [8u262] New JavaTimeSupplementary localisation for 'in' installed in wrong package

Type: Bug
Component: core-libs
Sub-Component: java.util:i18n
Affected Version: openjdk8u262

Priority: P4
Status: Resolved
Resolution: Fixed
OS: generic
CPU: generic

Submitted: 2020-07-02
Updated: 2020-07-24
Resolved: 2020-07-14

Versions (Unresolved/Resolved/Fixed)

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.

Other
openjdk8u262 b10Fixed

JDK-8244843 backported additional localisation data for JavaTimeSupplementary, including introducing localisations for the in locale for the first time.

However, in later OpenJDK versions, the locale data is in sun.text.resources.ext, while in 8u, they reside in sun.text.resources.${locale}. The package was not changed in backporting the in JavaTimeSupplementary localedata, so it ends up in sun.text.resources.ext on its own. This also leads to it ending up in rt.jar, rather than being filtered into ext/localedata.jar.

Changing the package fixes both issues. On a patched build,

$ jar tf ~/builder/8u-dev/images/j2sdk-image/jre/lib/ext/localedata.jar |grep _in
sun/text/resources/in/FormatData_in_ID.class
sun/text/resources/in/FormatData_in.class
sun/text/resources/in/JavaTimeSupplementary_in.class
sun/util/resources/in/CalendarData_in_ID.class
sun/util/resources/in/LocaleNames_in.class
sun/util/resources/in/CurrencyNames_in_ID.class

Duplicate :	JDK-8248867 - [JDK 8u] JavaTimeSupplementary_in in wrong package
Relates :	JDK-8244843 - [JDK 8u] JapanEraNameCompatTest fails