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 alexei.zakharov@gmail.com
 designates 209.85.146.182 as permitted sender)
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=wkbjmsO1DDkNvLJaOdwXc9TzJpaBZCiUkUQxLEYhOoX4wPPgbv1J4Ka1qRzGmcTGuYH2yQieDTZABX4/jNpPboeDBuAbYo9XNCwi7D3pi7aH+s+N2cD37hJqgJZLaGZzgiD1Kv3iry8zLANuaVroqeqTIXlKHJYXapkwEZjPDAk=
Message-ID: <2c9597b90806030500p16c686bdrc7e130d2b0c9e0c9@mail.gmail.com>
Date: Tue, 3 Jun 2008 16:00:14 +0400
From: "Alexei Zakharov" <alexei.zakharov@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [classlib][luni] Complement the Missing TimeZone IDs
In-Reply-To: <c8963150806030414y7b640839k5ca94dac1cf3cb31@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <c8963150806030414y7b640839k5ca94dac1cf3cb31@mail.gmail.com>

If the search for the missing TimeZone is not very expensive I vote for [2] too.

Thanks,
Alexei

2008/6/3 Jim Yu <junjie0122@gmail.com>:
> Hi all,
>
> If we run a simple comparison of RI's  time zone IDs with Harmony's, we will
> find there are quite a few in the same category.
> I suggest that we need to complement the missing TimeZone IDs. Two solutions
> in my mind:
>
> [1] We load the TimeZone IDs into available zones cache via ICU completely
> and don't use the available zones initialized by TimeZones
> any more. But for this solution, many testcase will fail since they based on
> the behavior of those TimeZone instances initialized by
> TimeZones. So we need to check each failure testcase and identify which
> behavior is more reasonable, instances of TimeZones or
>  those of ICU?
>
> [2] We just do a small trick. When there is a missing TimeZone ID
> which exists in ICU, we add it into available zones cache in TimeZone.
> So it will be found from now on. For this solution, almost all the testcase
> will succeed since instances of TimeZones are still working.
>
> I think [2] is a simple fix, although [1] is also reasonable since we can
> totally delegate to ICU. Personally I'd go with [2].
>
> --
> Best Regards,
> Jim, Jun Jie Yu
>
> China Software Development Lab, IBM
>