Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (athena.apache.org: domain of oliver.deakin@googlemail.com
 designates 209.85.134.188 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding;
        b=E20V+BT/fjocY94MyJSsYfL9mQfiWm98sYd9s79uE99Qm+CaQeyi9VQPqcdYUm1tpM3D6RmtXI5Soz6TKF197DfJ/T8+NNY++RfulNQFQPe2RdiVMVsir47JDGZf//RmQ0dYj3kFEf5YlB8e7w7C9PwrqgvWgnVBSPZ8MjHbVqQ=
Message-ID: <474EA151.1030806@googlemail.com>
Date: Thu, 29 Nov 2007 11:24:01 +0000
From: Oliver Deakin <oliver.deakin@googlemail.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: dev@harmony.apache.org
Subject: Re: [general]Different locale data between RI and latest CLDR
References: <211709bc0711290220x603a0a46xfc442bff2e1a4eb2@mail.gmail.com>
 <c3755b3a0711290304w5bb19171g956f68345770cb55@mail.gmail.com>
In-Reply-To: <c3755b3a0711290304w5bb19171g956f68345770cb55@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Agreed, +1 to non-bug difference here Tony, thanks for investigating.

Alexey Petrenko wrote:
> +1 for non bug difference until some application breakage report.
>
> SY, Alexey
>
> 2007/11/29, Tony Wu <wuyuehao@gmail.com>:
>   
>> Hi all,
>>
>> I'm investigating the harmony test failures coming with the delegate
>> of Currency to ICU's implemention. Almost all of them are caused by
>> data difference. ICU4j 3.8 is compatible with CLDR 1.5 but RI keeps
>> the old revision of CLDR in its release. I found that RI 6 claimed in
>> its javadoc[1] that the data is from CLDR release 1.4 and RI 5 did not
>> say anything.
>>
>> This gap result in some difference on currency symbols (maybe on other
>> things I hasn't encounter. I'll follow this thread when I find a new
>> one) in some locale. For example, following line of code returns "EUR"
>> on RI6 whereas returns "€" on ICU.
>>
>> Currency .getInstance("EUR").getSymbol(Locale.JAPAN));
>>
>> I suggest to record the gap as a non-bug difference on JIRA currently
>> and modify the testcases based on RI's behavior instead of excluding
>> them. Then if some of them break some application some day, we can
>> customize the ICU release. Do you have any suggestion? Thanks in
>> advance.
>>
>> [1]
>> java6docs/technotes/guides/intl/locale.doc.html
>>
>> --
>> Tony Wu
>> China Software Development Lab, IBM
>>
>>     

-- 
Oliver Deakin
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU