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

naoto.sato at oracle.com naoto.sato at oracle.com
Thu Dec 12 22:07:15 UTC 2019


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