RFR: 8042126: DateTimeFormatter "MMMMM" returns English value in Japanese locale

Masayoshi Okutsu masayoshi.okutsu at oracle.com
Thu Aug 7 03:38:45 UTC 2014

Sorry, I forgot about Calendar.getDisplayName. Perhaps the JRE semantic 
(Locale.ROOT is English) support for all narrow names should be given up.

I will take over this one because it will require some changes to the 
locale service provider framework.


On 8/7/2014 11:38 AM, Masayoshi Okutsu wrote:
> The root cause of this "problem" is the semantic difference between 
> the legacy JRE resources and the CLDR-drived resources. The root CLDR 
> resources have the narrow month names as numbers to be 
> language-neutral, while the JRE root resources have them as English. 
> If you specify Locale.ROOT, you will get the English ones rather than 
> the numbers. That is somehow an intended behavior (or a known 
> restriction).
> The narrow names are supported only in java.time due to compatibility 
> constraints with java.text. So the narrow month names should go to 
> src/share/classes/sun/text/resources/ja/JavaTimeSupplementary_ja.java 
> rather than FormatData_ja.java. There should be more locales which 
> have the same problem.
> Thanks,
> Masayoshi
> On 8/7/2014 7:42 AM, Naoto Sato wrote:
>> Looks good to me.
>> Naoto
>> On 8/5/14, 3:41 AM, dmeetry degrave wrote:
>>> Hello,
>>> Please review a simple fix (jdk 8 and 9) for
>>> 8042126: DateTimeFormatter "MMMMM" returns English value in Japanese 
>>> locale
>>> bug: https://bugs.openjdk.java.net/browse/JDK-8042126
>>> fix: http://cr.openjdk.java.net/~dmeetry/8042126/webrev.01
>>> thanks,
>>> dmeetry

More information about the core-libs-dev mailing list