<i18n dev> [8]Request for review: 8001205) Calendar.getDisplayName(...): Returns null when provider is SPI but there is no SPI implementation

Masayoshi Okutsu masayoshi.okutsu at oracle.com
Fri Nov 2 01:08:57 PDT 2012

Do you plan to fix this one with 8001562? (If you fix only this one, it 
may be seen as a regression.)


On 10/31/2012 11:55 AM, Naoto Sato wrote:
> With this fix, no. But another bug was filed regarding the locale 
> sensitive service APIs' (e.g., Collator) getAvailableLocales() return 
> value (8001562). I will fix it to keep the returned locale array 
> compatible with JDK7.
> Naoto
> On 10/30/12 7:43 PM, Masayoshi Okutsu wrote:
>> Question. Does the full set of available locales of JRE still become
>> available with this fix? For example, when java.locale.providers=SPI,
>> all JRE locales are included in the getAvailableLocales (API)? The
>> fallback adapter is an interesting idea, but it's a bit confusing...
>> Thanks,
>> Masayoshi
>> On 10/31/2012 6:44 AM, Naoto Sato wrote:
>>> Hello,
>>> Please review the fix for the following bug:
>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8001205
>>> The fix is simply to supply the fallback locale provider adapter for
>>> the root locale, when there is no explicit "JRE" adapter is specified
>>> in the locale provider preference list.
>>> The proposed fix is located at:
>>> http://cr.openjdk.java.net/~naoto/8001205/webrev.00/
>>> Naoto

More information about the i18n-dev mailing list