Re: [13u] RFR: 8212970: TZ database in "vanguard" format support

Adding i18n group. Regards, Ramanand. > -Original Message- > From: Ramanand Patil > Sent: Thursday, September 26, 2019 3:16 PM > To: jdk-updates-...@openjdk.java.net > Subject: [13u] RFR: 8212970: TZ database in "vanguard" format support > > Hi all, &

Re: RFR: 8231098: (tz) Upgrade time-zone data to tzdata2019c

September 17, 2019 11:25 PM > To: Martin Buchholz > Cc: Ramanand Patil ; core-libs-dev d...@openjdk.java.net>; i18n-dev > Subject: Re: RFR: 8231098: (tz) Upgrade time-zone data to > tzdata2019c > > On 9/17/19 10:14 AM, Martin Buchholz wrote: > > > > > > On

RFR: 8231098: (tz) Upgrade time-zone data to tzdata2019c

Hi all, Please review the patch for tzdata2019c integration into jdk project(jdk-14). Webrev: http://cr.openjdk.java.net/~rpatil/8231098/14/webrev.00/ Bug: https://bugs.openjdk.java.net/browse/JDK-8231098 The patch has passed all the related testing including JCK. Regards, Ramanand.

[13u]: RFR: 8228469: (tz) Upgrade time-zone data to tzdata2019b

Hi all, Please review the patch for jdk13u backport of tzdata2019b integration into jdk: Webrev: http://cr.openjdk.java.net/~rpatil/8228469/13u/webrev.00/ Bug: https://bugs.openjdk.java.net/browse/JDK-8228469 The patch is not clean because: It uses "rearguard" format tzdata from IANA (instead of

Re: RFR: 8228469: (tz) Upgrade time-zone data to tzdata2019b

Thank you Martin and Naoto for your reviews. Hi Martin, Currently, we are evaluating the approach for update releases. But in my opinion, it is better to migrate to vanguard format. Regards, Ramanand. From: Martin Buchholz Sent: Tuesday, August 6, 2019 1:57 AM To: Ramanand Patil Cc: core

RFR: 8228469: (tz) Upgrade time-zone data to tzdata2019b

Hi all, Please review the patch for tzdata2019b integration into jdk project(jdk-14). Webrev: http://cr.openjdk.java.net/~rpatil/8228469/14/webrev.00/ Bug: https://bugs.openjdk.java.net/browse/JDK-8228469 Summary: - This patch uses "vanguard" format tzdata from IANA (instead of rearguard

Re: RFR: 8224560: (tz) Upgrade time-zone data to tzdata2019a and 8225580: tzdata2018i integration causes test failures on jdk-13

9 PM > To: Ramanand Patil ; Andrew John Hughes > ; core-libs-...@openjdk.java.net; i18n- > d...@openjdk.java.net > Subject: Re: RFR: 8224560: (tz) Upgrade time-zone data to > tzdata2019a and 8225580: tzdata2018i integration causes test failures on jdk- > 13 > > Hi R

Re: RFR: 8224560: (tz) Upgrade time-zone data to tzdata2019a and 8225580: tzdata2018i integration causes test failures on jdk-13

Hi Andrew, Thank you for your review. Updated webrev: http://cr.openjdk.java.net/~rpatil/8224560/webrev.01/ Regards, Ramanand. > -Original Message- > From: Andrew John Hughes > Sent: Saturday, July 6, 2019 9:53 PM > To: Ramanand Patil ; core-libs- > d...@openjdk.jav

RFR: 8224560: (tz) Upgrade time-zone data to tzdata2019a and 8225580: tzdata2018i integration causes test failures on jdk-13

Hi all, Please review the patch for tzdata2019a integration into jdk project. Webrev: http://cr.openjdk.java.net/~rpatil/8224560/webrev.00/ Bugs: https://bugs.openjdk.java.net/browse/JDK-8224560 https://bugs.openjdk.java.net/browse/JDK-8225580 Summary: - The fix contains cumulative tzdata changes

Re: [13] RFR: JDK-8206879: Currency decimal marker incorrect for Peru

Hi Deepak, Minor, but it will be good if you change the test case name to something like TestPeruDecimalFormat.java or TestPeruCurrencyDecimalFormat instead of just using BugID. Regards, Ramanand. -Original Message- From: Naoto Sato Sent: Friday, May 10, 2019 6:12 PM To: Deepak Kejriwa

RFR: 8213085: (tz) Upgrade time-zone data to tzdata2018g

Hi all, Please review the latest TZDATA integration (tzdata2018g) into JDK12. Bug: https://bugs.openjdk.java.net/browse/JDK-8213085 Webrev: http://cr.openjdk.java.net/~rpatil/8213085/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

Re: RFR: 8213016: (tz) Upgrade time-zone data to tzdata2018f

; To: Martin Buchholz ; Ramanand Patil > > Cc: core-libs-dev ; i18n-dev d...@openjdk.java.net> > Subject: Re: RFR: 8213016: (tz) Upgrade time-zone data to > tzdata2018f > > +1 > > Naoto > > On 10/26/18 12:38 PM, Martin Buchholz wrote: > > Looks good to me.

RFR: 8213016: (tz) Upgrade time-zone data to tzdata2018f

Hi all, Please review the latest TZDATA integration (tzdata2018f) into JDK12. Bug: https://bugs.openjdk.java.net/browse/JDK-8213016 Webrev: http://cr.openjdk.java.net/~rpatil/8213016/webrev.00/ All the TimeZone related tests are passed after integration. Note: The used tzdata files are from the r

RFR: 8203233: (tz) Upgrade time-zone data to tzdata2018e

Hi all, Please review the latest TZDATA integration (tzdata2018e) to JDK. Bug: https://bugs.openjdk.java.net/browse/JDK-8203233 Webrev: http://cr.openjdk.java.net/~rpatil/8203233/webrev.00/ All the TimeZone related tests are passed after integration. Note: Using the rearguard version of the tzdat

RFR: 8200359: (tz) Upgrade time-zone data to tzdata2018d

Hi all, Please review the latest TZDATA integration (tzdata2018d) into JDK11. Bug: https://bugs.openjdk.java.net/browse/JDK-8200359 Webrev: http://cr.openjdk.java.net/~rpatil/8200359/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

RFR[JDK10]: 8195837: (tz) Support tzdata2018c

Hi all, Please review the latest TZDATA integration (tzdata2018c) into JDK10. Bug: https://bugs.openjdk.java.net/browse/JDK-8195837 Webrev: http://cr.openjdk.java.net/~rpatil/8195837/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

Re: JDK10 RFR of JDK-8190258: (tz) Support tzdata2017c and 8190259: test tck.java.time.zone.TCKZoneRules is broken by tzdata2017c

: Martin Buchholz [mailto:marti...@google.com] Sent: Wednesday, November 08, 2017 12:18 AM To: Ramanand Patil Cc: Naoto Sato ; core-libs-dev ; i18n-dev@openjdk.java.net Subject: Re: JDK10 RFR of JDK-8190258: (tz) Support tzdata2017c and 8190259: test tck.java.time.zone.TCKZoneRules is broken by

Re: JDK10 RFR of JDK-8190258: (tz) Support tzdata2017c and 8190259: test tck.java.time.zone.TCKZoneRules is broken by tzdata2017c

: Tuesday, November 07, 2017 5:18 AM > To: Ramanand Patil ; core-libs-dev d...@openjdk.java.net>; i18n-dev@openjdk.java.net > Subject: Re: JDK10 RFR of JDK-8190258: (tz) Support tzdata2017c > and 8190259: test tck.java.time.zone.TCKZoneRules is broken by tzdata2017c > > Hi Ramanan

JDK10 RFR of JDK-8190258: (tz) Support tzdata2017c and 8190259: test tck.java.time.zone.TCKZoneRules is broken by tzdata2017c

Hi all, Please review the latest TZDATA integration (tzdata2017c) to JDK10. Bugs: https://bugs.openjdk.java.net/browse/JDK-8190258 https://bugs.openjdk.java.net/browse/JDK-8190259 Webrev: http://cr.openjdk.java.net/~rpatil/8190258+8190259/webrev.00/ All the TimeZone related tests are passed after

Re: tzdata2017c is out

...@google.com] Sent: Tuesday, October 24, 2017 2:05 AM To: i18n-dev@openjdk.java.net; core-libs-dev ; Ramanand Patil ; Stephen Colebourne Subject: tzdata2017c is out   tzdata2017c came out today, and the elves at Google are working hard to incorporate changes in hours or days instead of weeks or

Re: RFR: 8177449: (tz) Support tzdata2017b

Thank you Martin for the quick review.   Regards, Ramanand.   From: Martin Buchholz [mailto:marti...@google.com] Sent: Thursday, March 30, 2017 12:05 AM To: Ramanand Patil Cc: i18n-dev@openjdk.java.net; core-libs-dev Subject: Re: RFR: 8177449: (tz) Support tzdata2017b   Looks good to me

RFR: 8177449: (tz) Support tzdata2017b

Hi all, Please review the latest TZDATA integration (tzdata2017b) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8177449 Webrev: http://cr.openjdk.java.net/~rpatil/8177449/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

RFR: 8176044: (tz) Support tzdata2017a

Hi all, Please review the latest TZDATA integration (tzdata2017a) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8176044 Webrev: http://cr.openjdk.java.net/~rpatil/8176044/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

Re: RFR: 8170316: (tz) Support tzdata2016j

Thank you Martin.   Regards, Ramanand. From: Martin Buchholz [mailto:marti...@google.com] Sent: Tuesday, November 29, 2016 12:59 AM To: Ramanand Patil Cc: i18n-dev@openjdk.java.net; core-libs-dev Subject: Re: RFR: 8169191: (tz) Support tzdata2016j   Thanks as always for keeping the

Re: RFR: 8170316: (tz) Support tzdata2016j

Hi Masayoshi, Sorry, that was an error from my side. Thank you for pointing that out and for your review. [Changed the BugID in Subject now]. Regards, Ramanand. -Original Message- From: Masayoshi Okutsu Sent: Wednesday, November 30, 2016 10:08 AM To: Ramanand Patil Cc: Martin

RFR: 8169191: (tz) Support tzdata2016j

Hi all, Please review the latest TZDATA integration (tzdata2016j) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8170316 Webrev: http://cr.openjdk.java.net/~rpatil/8170316/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

RFR: jdk8u-dev Backport of 8169191: (tz) Support tzdata2016i

Hi all, Please review the latest TZDATA integration (tzdata2016i) to JDK8U. Since tzdata is cumulative, this bug fix backports both the tzdata versions(tzdata2016h+tzdata2016i) into jdk8u. Bug: https://bugs.openjdk.java.net/browse/JDK-8169191 Webrev: http://cr.openjdk.java.net/~rpatil/8169537/web

RFR: 8169191: (tz) Support tzdata2016i

Hi all, Please review the latest TZDATA integration (tzdata2016i) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8169191 Webrev: http://cr.openjdk.java.net/~rpatil/8169191/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

RFR: 8168512: (tz) Support tzdata2016h

Hi all, Please review the latest TZDATA integration (tzdata2016h) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8168512 Webrev: http://cr.openjdk.java.net/~rpatil/8168512/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

Re: RFR: 8166875: (tz) Support tzdata2016g

ber 05, 2016 8:49 AM To: Ramanand Patil ; Martin Buchholz Cc: core-libs-dev ; i18n-dev@openjdk.java.net Subject: Re: RFR: 8166875: (tz) Support tzdata2016g Hi Ramanand, I don't think it's appropriate to add the bug ID to test/sun/util/resources/cldr/Bug8134384.java. This test doe

Re: RFR: 8166875: (tz) Support tzdata2016g

(ရန်) and koun (ကုန်), which mean "enemies" and "run out of", respectively. It is also translated as "End of Strife".""" On Mon, Oct 3, 2016 at 5:27 AM, Ramanand Patil <mailto:ramanand.pa...@oracle.com> wrote: HI all, Please review the latest T

RFR: 8166875: (tz) Support tzdata2016g

HI all, Please review the latest TZDATA integration (tzdata2016g) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8166875 Webrev: http://cr.openjdk.java.net/~rpatil/8166875/webrev.00/ All the TimeZone related tests are passed after integration. [BugID is updated for tests TimeZoneTest.java

Re: RFR: 8159684: (tz) Support tzdata2016f

13, 2016 12:14 PM To: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs-...@openjdk.java.net Subject: Re: RFR: 8159684: (tz) Support tzdata2016f I don't think it's appropriate to add 8159684 to TimeZoneTest.java which doesn't test the data changes of 2016e/f at all. I think there

RFR: 8159684: (tz) Support tzdata2016f

Hi all, Please review the latest TZDATA integration (tzdata2016f) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8159684 Webrev: http://cr.openjdk.java.net/~rpatil/8159684/webrev.00/ All the TimeZone related tests are passed after this integration. Regards, Ramanand.

Re: RFR: 8151876: (tz) Support tzdata2016d

Sent: Tuesday, May 31, 2016 3:05 PM To: Masayoshi Okutsu; Ramanand Patil; i18n-dev@openjdk.java.net; core-libs-...@openjdk.java.net Subject: Re: RFR: 8151876: (tz) Support tzdata2016d   Masayoshi, I still think the test adds value. At minimum it identifies timezones which don't have a lo

Re: RFR: 8151876: (tz) Support tzdata2016d

Hi Masayoshi,   Thank you, I will delete this test before pushing the patch.     Regards, Ramanand.   From: Masayoshi Okutsu Sent: Tuesday, May 31, 2016 11:37 AM To: Ramanand Patil; Seán Coffey; i18n-dev@openjdk.java.net; core-libs-...@openjdk.java.net Subject: Re: RFR: 8151876: (tz

Re: RFR: 8151876: (tz) Support tzdata2016d

: Saturday, May 28, 2016 10:58 AM To: Seán Coffey; Ramanand Patil; i18n-dev@openjdk.java.net; core-libs-...@openjdk.java.net Subject: Re: RFR: 8151876: (tz) Support tzdata2016d   CLDR locale data defines time zone names, like this (in en.xml

RFR: 8151876: (tz) Support tzdata2016d

HI all, Please review the latest TZDATA integration (tzdata2016d) to JDK9. Bug: https://bugs.openjdk.java.net/browse/JDK-8151876 Webrev: http://cr.openjdk.java.net/~rpatil/8151876/webrev.00/ Patch Contains: 1. IANA tzdata2016d integration into JDK. [It also includes tzdata2016b and tzda

Re: RFR: 8151876: (tz) Support tzdata2016c

Hi all, I would like someone from java.time to do a second review for this. Regards, Ramanand. -Original Message- From: Masayoshi Okutsu Sent: Tuesday, April 05, 2016 5:09 AM To: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs-...@openjdk.java.net Subject: Re: RFR: 8151876: (tz

RFR: 8151876: (tz) Support tzdata2016c

Hi all, Please review the latest TZDATA (tzdata2016c) 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 this patch includes bo

Re: RFR: 8151876: (tz) Support tzdata2016b

PM To: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs-...@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 change

Re: RFR: 8151876: (tz) Support tzdata2016b

vsk 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

RFR: 8151876: (tz) Support tzdata2016b

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 no

Re: RFR: JDK-8087104: DateFormatSymbols triggers this.clone() in the constructor

Hi all, May I request one more review for this bug? [Thank you Masayoshi for your review.] Regards, Ramanand. -Original Message- From: Masayoshi Okutsu Sent: Wednesday, February 24, 2016 1:46 PM To: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs-...@openjdk.java.net Subject

RFR: JDK-8087104: DateFormatSymbols triggers this.clone() in the constructor

Hi all, Please review the fix for bug: https://bugs.openjdk.java.net/browse/JDK-8087104 Bug Description: DateFormatSymbols caches its own instance and calls this.clone() in the constructor. Because of this, any subclass implementation (which expects a field is always initialized to non-null in th

Re: RFR: 8148446: (tz) Support tzdata2016a

Hi Masayoshi/all, Please review the updated Webrev at: http://cr.openjdk.java.net/~rpatil/8148446/webrev.01/ Regards, Ramanand. -Original Message- From: Masayoshi Okutsu Sent: Thursday, February 04, 2016 12:17 PM To: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs

RFR: 8148446: (tz) Support tzdata2016a

HI all, Please review the latest TZDATA integration (tzdata2016a) to JDK9. Bug - https://bugs.openjdk.java.net/browse/JDK-8148446 Webrev - http://cr.openjdk.java.net/~rpatil/8148446/webrev.00/ All the TimeZone related tests are passed after integration. Regards, Ramanand.

Re: RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of java/time/tck/java/time/format/TCKDTFParsedInstant.java fail on de_DE locale

rmation is available without Offset. Anyway, I will wait for java.time people to review this change. Regards, Ramanand. -Original Message- From: Masayoshi Okutsu Sent: Wednesday, January 27, 2016 11:23 AM To: Ramanand Patil; i18n-dev@openjdk.java.net; core-libs-...@openjdk.java.n

Re: RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of java/time/tck/java/time/format/TCKDTFParsedInstant.java fail on de_DE locale

Hi all, Please help me in reviewing this test fix. Regards, Ramanand. From: Ramanand Patil Sent: Monday, January 25, 2016 1:05 PM To: i18n-dev@openjdk.java.net Cc: core-libs-...@openjdk.java.net Subject: RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of java/time/tck

RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of java/time/tck/java/time/format/TCKDTFParsedInstant.java fail on de_DE locale

Hi all, Please review the trivial test bug fix for: https://bugs.openjdk.java.net/browse/JDK-8147912 Bug Description: Since the test case "parseWithZoneWithoutOffset" is using hard code as input data it will fail on some non-English locales (de_DE locale). Webrev: http://cr.openjdk.java.net/~rpat

Re: RFR: JDK-8144988: Unexpected timezone returned after parsing a date

: Ramanand Patil; i18n-dev@openjdk.java.net Cc: core-libs-...@openjdk.java.net Subject: Re: RFR: JDK-8144988: Unexpected timezone returned after parsing a date Hi Ramanand, test/java/text/Format/DateFormat/Bug8141243.java: 28 * @run main Bug8141243 29 * @run main/othervm -Djava.locale.providers

RFR: JDK-8144988: Unexpected timezone returned after parsing a date

Hi all, Please review the fix for bug: https://bugs.openjdk.java.net/browse/JDK-8144988 Webrev: http://cr.openjdk.java.net/~rpatil/8141243/webrev.00 This is basically a backport of JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8141243 JDK9 changeset(for reference): http://hg.openjdk.

Re: Review request for JDK-8066982: ZonedDateTime.parse() returns wrong ZoneOffset around DST fall transition

Hi Roger,   The added import in DateTimeFormatter.java  is because of the javadocs entry - {@link ChronoLocalDateTime#atZone(ZoneId)}     Regards, Ramanand.   From: Roger Riggs Sent: Monday, December 14, 2015 8:36 PM To: Ramanand Patil; core-libs-...@openjdk.java.net Cc: i18n-dev

Re: Review request for JDK-8066982: ZonedDateTime.parse() returns wrong ZoneOffset around DST fall transition

dence to the quality. Thanks, Roger On 12/10/2015 11:00 AM, Stephen Colebourne wrote: > I believe this is suitable for committing, thanks, other reviews welcome! > Stephen > > > > On 10 December 2015 at 15:36, Ramanand Patil < HYPERLINK > "mailto:ramanand.pa.

Re: Review request for JDK-8066982: ZonedDateTime.parse() returns wrong ZoneOffset around DST fall transition

oping tests are a little hard to follow. thanks for fixing this Stephen On 9 December 2015 at 07:44, Ramanand Patil wrote: > HI all, > > > > Please review a fix for Bug - HYPERLINK > "https://bugs.openjdk.java.net/browse/JDK-8066982"JDK-8066982 &g

Review request for JDK-8066982: ZonedDateTime.parse() returns wrong ZoneOffset around DST fall transition

HI all, Please review a fix for Bug - HYPERLINK "https://bugs.openjdk.java.net/browse/JDK-8066982"JDK-8066982 Bug - Parsing a string with ZonedDateTime.parse() that contains zone offset and zone ID "Europe/Berlin" returns a wrong ZonedDateAndTime (different offset). This error starts ex

Re: Code Review for JDK-8141243: Unexpected timezone returned after parsing a date

2015 2:24 PM To: Ramanand Patil; i18n-dev; core-libs-dev; jdk8u-dev Subject: Re: 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 pars

Code Review for JDK-8141243: Unexpected timezone returned after parsing a date

Hi all, Please review a fix for Bug Id - HYPERLINK "https://bugs.openjdk.java.net/browse/JDK-8141243"JDK-8141243. Issue - When parsing the virtual timezone "UTC" with java.text.SimpleDateFormat, the timezone is set to the first timezone