<i18n dev>  Review request for JEP 127: Improve Locale Data Packaging and Adopt Unicode CLDR Data
Steven R. Loomis
srl at icu-project.org
Tue Aug 14 09:38:22 PDT 2012
On Tue, Aug 14, 2012 at 2:03 AM, Masayoshi Okutsu <
masayoshi.okutsu at oracle.com> wrote:
> Hi Steven,
> Thanks for your comments. Finally we are getting comments on the i18n
> part. :-)
> On 8/14/2012 1:58 PM, Steven R. Loomis wrote:
>> Some questions,
>> - Is there a reason that a new parser was written, rather than leverage
>> the existing CLDR tools (which are themselves written in Java)? (I've
>> already suggested discussion with the CLDR-TC.. I know I've been
>> more than a bit sparse, but, you know where we 'live')
> The parser isn't new actually. It's been used to maintain JRE locale data
> for years. I've been just extending the existing parser.
The question could still apply years ago. Was it considered to use
> - It's incorrect to specifically open, for example,
>> ( NUMBERING_SOURCE_FILE ) . You should not rely on the specific
>> organization. See Appendix C of TR35, however, I filed
>> http://unicode.org/cldr/trac/**ticket/5189<http://unicode.org/cldr/trac/ticket/5189>to clarify the situation.
> The parser is a build-time tool, not for runtime, which allows us to deal
> with CLDR changes. Actually TR#35 isn't stable. Right?
I don't understand what you mean. At build time, you should not expect
there to be a particular "numberingSystems.xml" file. All
of common/supplemental/* should be read together.
TR#35 is actually fairly stable, and we follow a very careful stability
policy. The vast majority of changes are simply adding new data, or new
structure that could otherwise be ignored.
>> More later when I get a chance, but definitely good work here.
>> To: i18n-dev <i18n-dev at openjdk.java.net>, Java Core Libs
>> <core-libs-dev at openjdk.java.**net<core-libs-dev at openjdk.java.net>>,
>> build-dev at openjdk.java.net
>> Message-ID: <4FFC93CF.40105 at oracle.com>
>> Content-Type: text/plain; charset=UTF-8; format=flowed
>> Please review the JDK8 changes for JEP 127: Improve Locale Data
>> Packaging and Adopt Unicode CLDR Data
>> (http://openjdk.java.net/jeps/**127 <http://openjdk.java.net/jeps/127>).
>> The webrev is located at:
More information about the i18n-dev