Hi Masayoshi, Thank you for your feedback and suggestion.
As you said, I understood that There's no perfect solution on the issue because the short display names(abbreviations) can't be unique. I was trying to apply the workaround by considering the cases where the short display names are same as the Zone IDs. Anyways if the issue is reproducible in JDK 9 with the legacy time zone names I will dig more into it and try to find the correct fix. Sorry, if I am asking very simple question(I am new to this group/process and want to understand correctly), I didn't understand what is meant by your suggestion of moving UTC display names in all resource bundles (all TimeZoneNames*.java under sun.util.resources) up to the compatibility group. Thank you for your help. Regards, Ramanand. -----Original Message----- From: Masayoshi Okutsu Sent: Tuesday, November 17, 2015 2:24 PM To: Ramanand Patil; i18n-dev; core-libs-dev; jdk8u-dev Subject: Re: <i18n dev> Code Review for JDK-8141243: Unexpected timezone returned after parsing a date Hi Ramanand, I don't think this fix is correct. This change mixes up time zone IDs and display names. SimpleDateFomat should parse only display names. There's no perfect solution on the issue because the short display names (abbreviations) can't be unique. So, I'd suggest that the UTC display names in all resource bundles (all TimeZoneNames*.java under sun.util.resources) move up to the compatibility group. BTW, the symptom is reproducible in JDK 9 with the legacy time zone names (run java with -Djava.locale.providers=COMPAT). So, the fix should be done in JDK 9 first. Thanks, Masayoshi On 11/16/2015 10:38 PM, Ramanand Patil wrote: > Hi all, > > > > Please review a fix for Bug Id - HYPERLINK > "https://bugs.openjdk.java.net/browse/JDK-8141243"JDK-8141243. > > <https://bugs.openjdk.java.net/browse/JDK-8141243> > > > > Issue - When parsing the virtual timezone "UTC" with > java.text.SimpleDateFormat, the timezone is set to the first timezone that > matches an actual timezone in the UTC group, which is Antarctica/Troll. When > comparing this timezone with the result of TimeZone.getTimeZone("UTC"), we > fail. > > > > Webrev - http://cr.openjdk.java.net/~aefimov/8141243/webrev.00/ > > > > > > Regards, > > Ramanand. > >
