Due to the Government`s decision daylight saving time adjustment will not be in Azerbaijan - Java
Dear IANA Due to the Government`s decision daylight saving time adjustment will not be in Azerbaijan. So we need Java(JDK) system in Yapi Kredi Azerbaijan not to adjust the time automatically. Could you please work on it ?. If it takes to pass to the private patch and our support during process we are ready to work parallel. Because of limited time we need your urgent help. It looks like this decision was just made last week, March 17th which is two days after the latest tzdata file has been released by the TimeZone Standards body ICANN/IANA. http://www.azernews.az/azerbaijan/94137.html http://en.trend.az/azerbaijan/society/2508394.html http://www.contact.az/docs/2016/Social/031700150154en.htm#.VvGf_kZQ0Xg Investigating this decision about Azerbaijan DST decision. I have read the release notes for the latest timezone database release from ( ICANN/ANA 2016b release, March 15th) and it does not mention Azerbaijan http://mm.icann.org/pipermail/tz-announce/ You referance: https://www.iana.org/time-zones Anar Godjaev System & infrastructure Department DataBase Admin [ykb] Tel: + 994 12 497 77 95/ext 8609 www.yapikredi.com.az<http://www.yapikredi.com.az/> TƏLƏBNAMƏ Bu e-mail (elektron poçtu) və ona aid bütün komponentlər (əlavələr və s.) məxfidir və birbaşa ünvanlandığı şəxs üçün nəzərdə tutulmuşdur. Əgər siz bu e-maili yanlışlıqla almısınızsa xahiş edirik cavab göndərərərk bu barədə məlumat verəsiniz və anında serverinizdən siləsiniz. Əgər siz bu emailin unvanlandığı şəxs deyilsinizsə, kopyalamayası, çap və ya hər hansı bir digər şəkildə istifadə edilməsi və\və ya açıqlanması qəti şəkildə qadağan edilir. DISCLAMIER This email and all components (attachments, etc.) are confidential and intended solely for use of the whom they are addressed. If you have received this e-mail message in error, reply and inform about the situation and immediately delete from your server. If you are not the intended recipient, any disclosure, distribution or other use of this e-mail message or attachments is strictly prohibited.
Thanks to everybody who sent in a heads-up about Azerbaijan. Release 2016c of the tz database (released today) has an update for Asia/Baku that should bring it up to date. Please see: http://mm.icann.org/pipermail/tz-announce/2016-March/000037.html Although 2016c should eventually propagate into the systems that use the tz database, this propagation process may take a while. As a temporary workaround Azerbaijani users can set the time zone to some other value in order to have computer-based clocks work correctly for time stamps after this weekend. Possible TZ settings include 'AZT-4', 'Asia/Dubai', 'Asia/Tbilisi', 'Asia/Yerevan', and 'Europe/Samara'.
Of course Etc/GMT-4 would be the most generic form. (note the inverted sign is deliberate) AZT-4 will work for POSIX compliant systems, but not necessarily with all systems. I'm not 100% sure but I don't think it would work in Java, for example. -Matt ________________________________________ From: tz-bounces@iana.org <tz-bounces@iana.org> on behalf of Paul Eggert <eggert@cs.ucla.edu> Sent: Wednesday, March 23, 2016 4:01 PM To: Time Zone Mailing List Cc: Chingiz Sadigov; Özgün Dönmez (Azerbaycan); Sezai Çam; Burak AYDIN; Anar Qocayev; Gökhan Çatalkaya; Nihat Şenyuva (Azerbaycan); Fikret Agayev Subject: [tz] Azerbaijan canceled daylight saving time Thanks to everybody who sent in a heads-up about Azerbaijan. Release 2016c of the tz database (released today) has an update for Asia/Baku that should bring it up to date. Please see: http://mm.icann.org/pipermail/tz-announce/2016-March/000037.html Although 2016c should eventually propagate into the systems that use the tz database, this propagation process may take a while. As a temporary workaround Azerbaijani users can set the time zone to some other value in order to have computer-based clocks work correctly for time stamps after this weekend. Possible TZ settings include 'AZT-4', 'Asia/Dubai', 'Asia/Tbilisi', 'Asia/Yerevan', and 'Europe/Samara'.
On 03/23/2016 04:13 PM, Matt Johnson wrote:
Etc/GMT-4 would be the most generic form. (note the inverted sign is deliberate)
Yes, that works. I omitted 'Etc/GMT-4' mainly because its time zone abbreviation can be confusing. On my system: $ TZ='Etc/GMT-4' date Thu Mar 24 03:58:03 GMT-4 2016 $ TZ='AZT-4' date Thu Mar 24 03:58:03 AZT 2016 $ TZ='Asia/Baku' date Thu Mar 24 03:58:03 AZT 2016 $ date -u Wed Mar 23 23:58:03 UTC 2016 The confusion comes because in typical English usage 'GMT-4' often means 4 hours behind GMT. My impression is that the Etc/* zones are best avoided in applications that use time zone abbreviations.
AZT-4 will work for POSIX compliant systems, but not necessarily with all systems. I'm not 100% sure but I don't think it would work in Java, for example.
Yes, that's right. In Java one could use "GMT+04:00"; this is a different syntax than POSIX TZ syntax, with the opposite sign among other things.So in practice a string like'Asia/Dubai' should be a more-portable workaround, as this should work on any platform where 'Asia/Baku' works (albeit with the abbreviation 'GST', which is a bit of a stretch but still better than 'GMT-4').
The confusion comes because in typical English usage 'GMT-4' often means 4 hours behind GMT. My impression is that the Etc/* zones are best avoided in applications that use time zone abbreviations.
Makes sense. Though I believe Etc/GMT-4 and its cousins are in wider use than you might think. Do you think it might help if we also had zones like Etc/UTC+4 that had the sign in the common direction? Just a thought.
On 24/03/16 00:40, Matt Johnson wrote:
The confusion comes because in typical English usage 'GMT-4' often means 4 hours behind GMT. My impression is that the Etc/* zones are best avoided in applications that use time zone abbreviations. Makes sense. Though I believe Etc/GMT-4 and its cousins are in wider use than you might think.
Do you think it might help if we also had zones like Etc/UTC+4 that had the sign in the common direction? Just a thought.
$ date Thu 24 Mar 10:43:28 GMT 2016 $ TZ=Etc/GMT-4 date Thu 24 Mar 14:43:41 GMT-4 2016 $ TZ=Etc/GMT+4 date Thu 24 Mar 06:43:51 GMT+4 2016 I don't think that's what you wanted though. jch
On Mar 23, 2016, at 8:40 PM, Matt Johnson <mj1856@hotmail.com> wrote:
The confusion comes because in typical English usage 'GMT-4' often means 4 hours behind GMT. My impression is that the Etc/* zones are best avoided in applications that use time zone abbreviations.
Makes sense. Though I believe Etc/GMT-4 and its cousins are in wider use than you might think.
Do you think it might help if we also had zones like Etc/UTC+4 that had the sign in the common direction? Just a thought.
Please, no. It's bad enough that POSIX got it wrong originally, but to create a new set of zone names that just look like the old but with the sign convention in the opposite direction is only going to make the confusion worse. paul
That's fair. Thanks. ________________________________________ From: Paul_Koning@Dell.com <Paul_Koning@Dell.com> Sent: Thursday, March 24, 2016 9:09 AM To: mj1856@hotmail.com Cc: eggert@cs.ucla.edu; tz@iana.org Subject: Re: [tz] Azerbaijan canceled daylight saving time
On Mar 23, 2016, at 8:40 PM, Matt Johnson <mj1856@hotmail.com> wrote:
The confusion comes because in typical English usage 'GMT-4' often means 4 hours behind GMT. My impression is that the Etc/* zones are best avoided in applications that use time zone abbreviations.
Makes sense. Though I believe Etc/GMT-4 and its cousins are in wider use than you might think.
Do you think it might help if we also had zones like Etc/UTC+4 that had the sign in the common direction? Just a thought.
Please, no. It's bad enough that POSIX got it wrong originally, but to create a new set of zone names that just look like the old but with the sign convention in the opposite direction is only going to make the confusion worse. paul
Hello , Thank you quick response. Actually I tested. It's fine. Thank you for supported. Step by step: root@azkktest # java -version java version "1.6.0_31" Java(TM) SE Runtime Environment (build 1.6.0_31-b04) Java HotSpot(TM) Server VM (build 20.6-b01, mixed mode) root@azkktest # which java /usr/bin/java root@azkktest # java -jar tzupdater.jar -V tzupdater version 2.0.0-b03 JRE tzdata version: tzdata2011l tzupdater tool would update with tzdata version: tzdata2015a root@azkktest # unzip tzupdater-2_0_3-2015b.zip Archive: tzupdater-2_0_3-2015b.zip creating: tzupdater-2.0.3-2015b/ inflating: tzupdater-2.0.3-2015b/README inflating: tzupdater-2.0.3-2015b/tzupdater.jar root@azkktest # ls -la total 7232 drwxr-xr-x 4 root root 24 Mar 24 10:02 . drwxr-xr-x 9 oracle oinstall 13 Mar 22 17:49 .. -rw-r--r-- 1 root root 0 Mar 23 10:41 .j drwxr-xr-x 2 root root 5 Mar 24 10:00 New_Java_Timezone -rw-r--r-- 1 root root 1276 Mar 23 12:55 TimeZoneTest.class -rw-r--r-- 1 root root 751 Mar 22 11:03 TimeZoneTest.java -rw-r--r-- 1 root root 920106 Mar 22 17:49 azerbaycan.zip -rw-r--r-- 1 root root 31745 Mar 23 13:30 deneme1 -rw-r--r-- 1 root root 0 Mar 22 19:32 java -rw-r--r-- 1 root root 31745 Mar 23 11:14 once -rw-r--r-- 1 root root 31745 Mar 23 12:55 sonra -rw-r--r-- 1 root root 32613 Mar 24 10:02 sonra_anar -rw-r--r-- 1 root root 305437 Mar 21 15:49 tzdata2016b.tar.gz -rw-r--r-- 1 root root 128 Mar 22 10:56 tzdata2016b.tar.gz.sha512 -rw-r--r-- 1 root root 308625 Mar 24 09:04 tzdata2016c.tar.gz -rw-r--r-- 1 root root 128 Mar 24 10:00 tzdata2016c.tar.gz.sha512 drwxr-xr-x 2 root root 5 Mar 23 12:54 tzupdater-2.0.3-2015b -rw-r--r-- 1 root root 401303 Mar 23 12:51 tzupdater-2_0_3-2015b.zip -rw-r--r-- 1 root root 409213 Mar 23 13:27 tzupdater.jar -rw-r--r-- 1 root root 620453 Feb 16 2015 tzupdater.jar_backup -rwxrwxr-x 1 root root 217 Mar 22 11:29 update.bat -rwxrwxr-x 1 root root 243 Mar 22 11:01 update.sh -rwxrwxr-x 1 root root 175 Mar 23 11:23 verify.bat -rwxrwxr-x 1 root root 189 Mar 23 11:26 verify.sh root@azkktest # java -jar tzupdater.jar -l file:///data/Java_Timezone/tzdata2016c.tar.gz root@azkktest # java -jar tzupdater.jar -V tzupdater version 2.0.3-b01 JRE tzdata version: tzdata2016b tzupdater tool would update with tzdata version: tzdata2015b Regards Anar Godjaev System & infrastructure Department DataBase Admin Tel: + 994 12 497 77 95/ext 8609 -----Original Message----- From: Matt Johnson [mailto:mj1856@hotmail.com] Sent: Thursday, March 24, 2016 3:14 AM To: Paul Eggert; Time Zone Mailing List Cc: Chingiz Sadigov; Özgün Dönmez (Azerbaycan); Sezai Çam; Burak AYDIN; Anar Qocayev; Gökhan Çatalkaya; Nihat Şenyuva (Azerbaycan); Fikret Agayev Subject: Re: [tz] Azerbaijan canceled daylight saving time Of course Etc/GMT-4 would be the most generic form. (note the inverted sign is deliberate) AZT-4 will work for POSIX compliant systems, but not necessarily with all systems. I'm not 100% sure but I don't think it would work in Java, for example. -Matt ________________________________________ From: tz-bounces@iana.org <tz-bounces@iana.org> on behalf of Paul Eggert <eggert@cs.ucla.edu> Sent: Wednesday, March 23, 2016 4:01 PM To: Time Zone Mailing List Cc: Chingiz Sadigov; Özgün Dönmez (Azerbaycan); Sezai Çam; Burak AYDIN; Anar Qocayev; Gökhan Çatalkaya; Nihat Şenyuva (Azerbaycan); Fikret Agayev Subject: [tz] Azerbaijan canceled daylight saving time Thanks to everybody who sent in a heads-up about Azerbaijan. Release 2016c of the tz database (released today) has an update for Asia/Baku that should bring it up to date. Please see: http://mm.icann.org/pipermail/tz-announce/2016-March/000037.html Although 2016c should eventually propagate into the systems that use the tz database, this propagation process may take a while. As a temporary workaround Azerbaijani users can set the time zone to some other value in order to have computer-based clocks work correctly for time stamps after this weekend. Possible TZ settings include 'AZT-4', 'Asia/Dubai', 'Asia/Tbilisi', 'Asia/Yerevan', and 'Europe/Samara'.
participants (5)
-
Anar Qocayev -
John Haxby -
Matt Johnson -
Paul Eggert -
Paul_Koning@dell.com