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. Thanks, Masayoshi 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