> This is a precursor to the future removal of the `COMPAT` locale data
> provider. Before the actual removal of the provider, warn the users who
> explicitly specify `COMPAT` at the command line in order for their smooth
> migration to CLDR. A CSR has also been drafted.
Naoto Sato has updated
On Mon, 3 Apr 2023 17:25:57 GMT, Alan Bateman wrote:
>> Naoto Sato has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Replaced "Java Runtime Environment" with "JDK Reference Implementation"
>
> src/java.base/share/classes/java/util/spi/Loca
On Mon, 3 Apr 2023 18:11:03 GMT, Naoto Sato wrote:
>> This is a precursor to the future removal of the `COMPAT` locale data
>> provider. Before the actual removal of the provider, warn the users who
>> explicitly specify `COMPAT` at the command line in order for their smooth
>> migration to CL
On Mon, 3 Apr 2023 19:56:03 GMT, Alan Bateman wrote:
>> Naoto Sato has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Replaced "Java Runtime Environment" with "JDK Reference Implementation"
>
> src/java.base/share/classes/java/util/spi/Loca
On Mon, 3 Apr 2023 20:15:49 GMT, Naoto Sato wrote:
> Locale providers provided by users can all be loaded in the name of `SPI`, as
> they are the real implementation of `LocaleServiceProvider` class, so the
> order of the preference can be specified against JDK's `CLDR` provider. Does
> this a
On Tue, 4 Apr 2023 06:54:38 GMT, Alan Bateman wrote:
>> Locale providers provided by users can all be loaded in the name of `SPI`,
>> as they are the real implementation of `LocaleServiceProvider` class, so the
>> order of the preference can be specified against JDK's `CLDR` provider. Does
>>
On Tue, 4 Apr 2023 17:32:35 GMT, Naoto Sato wrote:
> Good point. Removed the @implNote tag for now and filed a separate issue to
> clarify the system property: https://bugs.openjdk.org/browse/JDK-8305595
Okay, that works for me.
-
PR Review Comment: https://git.openjdk.org/jdk/pul