JDK-8218781 : Localized names for Japanese Era Reiwa in COMPAT provider
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 11,12,13
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2019-02-12
  • Updated: 2020-05-12
  • Resolved: 2019-05-20
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 13 JDK 8 Other
11.0.4-oracleFixed 12.0.2Fixed 13 b22Fixed 8u221Fixed openjdk7uFixed
Related Reports
Relates :  
JDK-8228863 - Missing localized Japanese Era name in CLDR provider for Chinese/Korean locales
Relates :  
JDK-8219890 - Calendar.getDisplayName() returns empty string for new Japanese Era on some locales
Relates :  
JDK-8244843 - [JDK 8u] JapanEraNameCompatTest fails
Relates :  
JDK-8205432 - Replace the placeholder Japanese era name
Description
Update the l10n names of Japanese era Reiwa in JDK COMPAT locale provider. 

The list of files to be updated:
```
src/jdk.localedata/share/classes/sun/text/resources/ext/FormatData_ar.java
src/jdk.localedata/share/classes/sun/text/resources/ext/FormatData_ko.java
src/jdk.localedata/share/classes/sun/text/resources/ext/FormatData_th.java
src/jdk.localedata/share/classes/sun/text/resources/ext/FormatData_zh.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_ar.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_hi_IN.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_hr.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_in.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_ko.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_lt.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_nl.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_no.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_ru.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_sr.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_sr_Latn.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_sv.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_th.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_zh.java
src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_zh_TW.java
```

Update the l10n names according to CLDR 35.1. 

Reference:
[1] https://www.unicode.org/cldr/charts/latest/by_type/date_&_time.japanese.html
Comments
Taking this one for 8u
29-05-2019
The patch was pushed with wrong bug id 8219781. refer JDK-8219781
21-05-2019
I assume the following resource files will also need to be modified: open/src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_ko.java open/src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_zh.java open/src/jdk.localedata/share/classes/sun/text/resources/ext/JavaTimeSupplementary_zh_TW.java
12-02-2019