Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 219 invoked from network); 28 Jan 2008 08:59:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Jan 2008 08:59:40 -0000 Received: (qmail 39745 invoked by uid 500); 28 Jan 2008 08:59:31 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 39232 invoked by uid 500); 28 Jan 2008 08:59:30 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 39223 invoked by uid 99); 28 Jan 2008 08:59:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jan 2008 00:59:30 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of stepan.mishura@gmail.com designates 64.233.166.176 as permitted sender) Received: from [64.233.166.176] (HELO py-out-1112.google.com) (64.233.166.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jan 2008 08:59:02 +0000 Received: by py-out-1112.google.com with SMTP id a25so1882388pyi.13 for ; Mon, 28 Jan 2008 00:59:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qc+vUetHa9h3F8nevrRWMpJ9+8ZMrh1l/n49t/74NI8=; b=rYuIV7M/GPlEZrR5XHLw/YUlBJwpE2FYyYgAxcLwB6NCGSH2CwOxnLDDmtluOCWaBERDbqMJMWxSvjyJXRauEd9MbV1yJ/Yrf3tqhvvdB2vrG71RCQkzLciimxLlE/HvtxL1RGFVumuZi1PWT7wQDE7V8YxpCMfhVwuQidfuWjY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=xJTu8dVHkYs//3QwmjOWPZHtCx+1G1EJQIPSLK8PgyNGMPydzpSriEAMo4y9oSL2WjKm2+ZYgPN9+MZNXL+9JNQa+7lD0oUU7QOLRNA/CNaCMf+99WA/F/gpqaPwkLH+xezrY4AjH6bKedm6XJZNxa7qQ0rEY92prI58G4gNea4= Received: by 10.114.76.1 with SMTP id y1mr6083959waa.38.1201510747566; Mon, 28 Jan 2008 00:59:07 -0800 (PST) Received: by 10.114.57.10 with HTTP; Mon, 28 Jan 2008 00:59:07 -0800 (PST) Message-ID: <6e47b64f0801280059s12bc5f38rf42d3aafb4564c71@mail.gmail.com> Date: Mon, 28 Jan 2008 14:59:07 +0600 From: "Stepan Mishura" To: dev@harmony.apache.org Subject: Re: [classlib][text]Different impl of DateFormat/SimpleDateFormat between RI and ICU In-Reply-To: <211709bc0801272200s49b6642ej5c3ec3ff94d45e1c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <211709bc0801272200s49b6642ej5c3ec3ff94d45e1c@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi Tony, Thanks for the analysis. As I understood you suggested to record most of differences as non-bugs but what about obeying the spec? For example, I've reviewed the first case. According to the spec. for SimpleDateFormat: ... Letter: Z Date or Time Component: Time zone Presentation: RFC 822 time zone Examples: -0800 ... RFC 822 time zone: For formatting, the RFC 822 4-digit time zone format is used: RFC822TimeZone: Sign TwoDigitHours Minutes TwoDigitHours: Digit DigitTwoDigitHours must be between 00 and 23." For me RI's behaviour fits for the spec. and ICU's doesn't. So it is not clear why it should be marked it as non-bug difference (we agreed to mark a difference as non-bug if the spec is not clear or silent and RI's behaviour is illogical.). Did I miss something? Thanks, Stepan. On 1/28/08, Tony Wu wrote: > Hi, all > > I collect the differences I met here, let's discuss them case by case. > > 1. For pattern "ZZZZ", ICU returns GMT-07:00 but RI returns -7000. For > pattern "z, zzzz", ICU returns "GMT+14:00, Line Islands Time" but RI > returns "LINT, Line Is. Time" in "Pacific/Kiritimati". > .... > > And lots of things like that, also result in some failures in MessageFormat. > I suggest to correct our testcases and record them as non-bug > differences now and fix them one by one in the future if any product > were blocked. > > > 2. ICU supports extra pattern chars, like ;Y', 'u', 'e', etc. refert > to http://www.icu-project.org/apiref/icu4j/com/ibm/icu/text/SimpleDateFormat.html. > > I think it's a value-add for us, let's report it as a non-bug difference. > > 3. ICU has different explanation on the pattern 'y'. It may result out > in different output, such as 2008 on ICU but 08 on RI. I suggest to > keep it as is unless we have to fix. > > Any other difference you found, please let me know :) > > > -- > Tony Wu > China Software Development Lab, IBM >