RFR: 8151876: (tz) Support tzdata2016b

[Ramanand Patil]

Hi Masayoshi,

Thank you for clarification.

Since, the tzdata2016c is already released, I will update the this bug and send a new review request to include both tzdata2016b and tzdata2016c.


Regards,
Ramanand.

-----Original Message-----
From: Masayoshi Okutsu 
Sent: Monday, March 28, 2016 6:50 PM
To: Ramanand Patil; i18n-dev at openjdk.java.net
Cc: core-libs-dev at openjdk.java.net
Subject: Re: RFR: 8151876: (tz) Support tzdata2016b

Hi Ramanand,

What I meant is to remove those new resources so that "GMT+hh:mm" is used for formatting. There may be some tests that require changes.

Thanks,
Masayoshi

On 3/28/2016 7:31 PM, Ramanand Patil wrote:
> Hi Masayoshi,
>
> Currently I have not defined the new TimeZoneNames with +hh format, instead I have defined them as per the earlier convention like:
>
> +            {"Asia/Barnaul", new String[] {"Barnaul Time", "BAT",
> +                                           "Barnaul Summer Time", "BAST",
> +                                           "Barnaul Time", "BAT"}},
>
> +            {"Europe/Astrakhan", new String[] {"Astrakhan Time", "ASTT",
> +                                               "Astrakhan Summer Time", "ASTST",
> +                                               "Astrakhan Time", 
> + "ASTT"}},
>
> +            {"Europe/Ulyanovsk", new String[] {"Ulyanovsk Time", "ULT",
> +                                               "Ulyanovsk Summer Time", "ULST",
> +                                               "Ulyanovsk Time", 
> + "ULT"}},
>
>
>
> Please let me know if this is fine.
>
>
> Regards,
> Ramanand.
>
> -----Original Message-----
> From: Masayoshi Okutsu
> Sent: Wednesday, March 23, 2016 7:22 PM
> To: Ramanand Patil; i18n-dev at openjdk.java.net
> Cc: core-libs-dev at openjdk.java.net
> Subject: Re: RFR: 8151876: (tz) Support tzdata2016b
>
> Sorry for this belated response.
>
> I prefer to follow the tzdata abbreviations, like "+04". But that would require some major changes. An option would be not to define time zone names for the new zones with the +hh format.
>
> Thanks,
> Masayoshi
>
> On 3/17/2016 4:38 AM, Ramanand Patil wrote:
>> Hi all,
>>
>> Please review the latest TZDATA (tzdata2016b) integration to JDK9.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8151876
>>
>> Webrev: http://cr.openjdk.java.net/~rpatil/8151876/webrev.00/
>>
>> All the TimeZone related tests are passed after integration.
>>
>>    
>>
>> Please note that, as per the release notes: As a trial of a new system that needs less information to be made up, the new zones use numeric time zone abbreviations like "+04" instead of invented abbreviations like "ASTT".
>>
>> Since this is a trial system, I have ignored this in the current patch which adds 3 new timezones. But I think it's worth discussing this new system along with this bug and get the experts opinion on this.
>>
>> Do you think that JDK should also follow these IANA timezone naming system for zone abbreviations in future ?  Will it be convenient to use such numeric time zone abbreviations ? (Also, it looks like the abbreviations similar to "+03/+04" will be used for the zones linked to the rule set with changing letters like: EST/EDT for US, MSK/MSD for RU, etc..).
>>
>>    
>>
>> Regards,
>>
>> Ramanand.
>>
>>