<i18n dev> RFR 8235238: Parsing a time string ignores any custom TimeZoneNameProvider

Joe Wang huizhe.wang at oracle.com
Fri Dec 13 00:38:25 UTC 2019


+1

-Joe

On 12/12/19 2:07 PM, naoto.sato at oracle.com wrote:
> Sorry, I seem to have posted an old webrev, which included unnecessary 
> retrieval of the generic name (4168-4173 in v.00). Here is the correct 
> webrev:
>
> http://cr.openjdk.java.net/~naoto/8235238/webrev.01/
>
> Naoto
>
>
>
> On 12/12/19 1:37 PM, Roger Riggs wrote:
>> +1
>>
>> There's quite a bit of work being done to get the eligible stings
>> as part of each parse but it doesn't look easy to re-use it acrosses 
>> parses.
>>
>> Roger
>>
>>
>> On 12/12/19 3:42 PM, Joe Wang wrote:
>>>
>>>
>>> On 12/12/19 12:31 PM, naoto.sato at oracle.com wrote:
>>>> Hi Joe,
>>>>
>>>> Thank you for the review.
>>>>
>>>> The original code loops through zoneStrings array, and if the id 
>>>> exists in regionIds, then adds their display names in the tree 
>>>> (4142-4154). This process is not altered with my change. My change 
>>>> made regionIds mutable (line 4127) so that after the loop, it only 
>>>> contains custom ids by calling remove() (line 4144). Thus the new 
>>>> added block will only retrieve names for custom ids. Or am I 
>>>> missing something in your comment?
>>>
>>> Ok, that's what I was looking for. Thanks for the explanation. The 
>>> changes look good to me then.
>>>
>>> Best,
>>> Joe
>>>
>>>>
>>>> Naoto
>>>>
>>>> On 12/12/19 11:32 AM, Joe Wang wrote:
>>>>> Hi Naoto,
>>>>>
>>>>> Does the new code block, 4156 - 4174, need a conditional 
>>>>> statement, that is when it's for a standard timezon? Before this 
>>>>> change, or before a custom TimeZoneNameProvider is attempted, the 
>>>>> process didn't need to loop through regionIds to add display names.
>>>>>
>>>>> Thanks,
>>>>> Joe
>>>>>
>>>>> On 12/11/19 1:21 PM, naoto.sato at oracle.com wrote:
>>>>>> Hi,
>>>>>>
>>>>>> Please review the fix for the following issue:
>>>>>>
>>>>>> https://bugs.openjdk.java.net/browse/JDK-8235238
>>>>>>
>>>>>> The proposed changeset is located at:
>>>>>>
>>>>>> https://cr.openjdk.java.net/~naoto/8235238/webrev.00/
>>>>>>
>>>>>> The fix will retrieve the custom zone names from the time zone 
>>>>>> name provider, for the custom ZoneRulesProvider implementations.
>>>>>>
>>>>>> Naoto
>>>>>
>>>
>>



More information about the i18n-dev mailing list