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

Roger Riggs Roger.Riggs at oracle.com
Fri Dec 13 16:02:25 UTC 2019


+1

On 12/12/19 7:38 PM, Joe Wang wrote:
> +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