Java time zone in Turkey (daylight saving time deviation)

Question

Recently, Turkey (September 6, 2016) decided to stay in Daylight Saving Time (DST) . This act canceled the end of DST, previously scheduled for October 30, 2016, 04:00:00. The clock has not been changed.

Turkey is between +2 and +3 utc , so now it will remain at +3. Here you can see

https://www.timeanddate.com/time/change/turkey/ankara?year=2016

... and on the Wikipedia page Time in Turkey , and this article of the Hurriyet Daily News, Turkey will implement daylight saving time year-round .

Here they discuss, but I have an application in Spring Boot.

Android TimeZone Turkey GMT

 cmntWrapper.setCreatedAtString(cmnt.getCreatedAt(). now(ZoneId.of(Constants.TURKEY_ZONE)). format(DateTimeFormatter.ofPattern(Constants.DATE_TIME_FORMAT))); 

this is how i take the date.

Now the hour is 13.50 , but now it is 14.50 . Because we are at +3.

What can I do?

I don’t want to use utc +3 because they can say next year, "allows you to use + + + + + + again to switch to the concept of daylight saving." Therefore, I can’t take a chance.

I can’t change the code in the coming weeks, it will remain constant after a few weeks.

What do you offer for regulars?

and also how can I create java? because for my test Linux machine see this please.

puapp @ PU-APP-01: ~ $ java version The java program can be found in the following packages: * default-jre * gcj-4.8-jre-headless * openjdk-7-jre-headless * gcj-4.6-jre-headless * openjdk-6-jre-headless Try: sudo apt-get install puapp @ PU-APP-01: ~ $

puapp @ PU-APP-01: ~ $ whereis java java: / usr / share / java puapp @ PU-APP-01: ~ $

puapp @ PU-APP-01: ~ $ whereis java java: / usr / share / java

But in local I have java.

vegan @vegan: ~ $ java -version java version "1.8.0_111" Java (TM) SE Runtime Environment (build 1.8.0_111-b14) Java HotSpot (TM) 64-bit server VM (build 25.111-b14, mixed mode ) vegan @vegan: ~ $

but local doesn't matter. that linux server is optional.

and for our main machine there is java

 produp@Produp-app-01:~$ java -version java version "1.8.0_91" Java(TM) SE Runtime Environment (build 1.8.0_91-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode) produp@Produp-app-01:~$ 

Answer 1

The preferred way to do this would be to update the JDK / JRE if it contains information about the new time zone. If it is not enabled, the correct and official way to do this is to update the time zone information using the Time Zone Update Tool .

TZUpdater is provided to let you upgrade your installed Java Development Kit (JDK) and Java Runtime Environment (JRE) software with more recent time zone data for daylight saving time (DST) in different countries. Oracle uses time zone data that is publicly available through the IANA time zone database.

Oracle recommends using the latest version of the Java JDK or JRE Service Pack on the Oracle Java SE platform as the preferred tool for delivering time zone data updates and other product enhancements, such as security fixes. To find out which JDK or JRE update release includes updated time zone information for your language, see Timezone Data Versions in the JRE Software. However, if you cannot use the latest version of the JDK or JRE release for Oracle, or if the time zone data in the latest version is not the most up-to-date, the TZUpdater tool provides a means to update the time zone data, leaving the system configuration and dependencies unchanged.

It is available for download on the official Java SE download site (in the Additional Resources section).

Information about your specific case can be found here (where you can also see that the information is not available in the JRE release):

Turkey switched from EET / EEST (+ 02 / + 03) to +03, valid on 2016-09-07. New second jump 2016-12-31 23:59:60 UTC according to IERS C 52 newsletter.

How to use the tool is explained in doucentation:

The TZUpdater tool modifies the instance of the JDK / JRE software that is used to run the tool. One image of the JDK / JRE software changes to run. To administer the tool for multiple instances of the JDK / JRE software, see the "Using the System" section.

For example, the command below will update the JRE with the latest information, which should include daytime changes in Turkey.

java -jar tzupdater.jar -l http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz

---

Please note that there is a current known issue since the release of 2016g :

Due to formatting changes in the tzdata-supported IANA package, the TZUpdater tool cannot determine the tzdata version when parsing the tzdata2016.tar.gz resource package.

Follow the instructions from the link below to be able to use the latest tzdata package from IANA. When this is fixed, this section of the response will be deleted.

Answer 2

The answer from Magnilex is correct and should be accepted. Anyone interested in time in Turkey should immediately update their tz database bundled with Java.

The tzdata2016g version of the time zone data files has the change for Turkey that you need.

Turkey switched from EET / EEST (+ 02 / + 03) to +03, valid on 2016-09-07.

And the tzdata2016h version has some fixes for Turkey in the 1980s and 1990s.

In Turkey, the transitions in 1986-1990 were at 01:00 according to the standard time, not at 02:00, and the spring 1994 transition was March 20, not March 27.

But current Java SE 8 Update 111 and 112 updates have an earlier version of tzdata2016f .

tz not updated as of Java 8 Update 111

My experiment below shows that this change in the time zone by the Turkish government was not included in the tz database complete with the latest Java update from Oracle, update 8 for Java 8.

Get the first moment on the day that the DST was scheduled to complete. Then add one hour at a time to see if the clock is racing or not.

 System.out.println ( "java.version: " + System.getProperty ( "java.version" ) ); ZoneId z = ZoneId.of ( "Europe/Istanbul" ); ZonedDateTime zdt = ZonedDateTime.of ( 2016 , 10 , 30 , 0 , 0 , 0 , 0 , z ); System.out.println ( " zdt: " + zdt ); System.out.println ( "zdt + 1: " + zdt.plusHours ( 1 ) ); System.out.println ( "zdt + 2: " + zdt.plusHours ( 2 ) ); System.out.println ( "zdt + 3: " + zdt.plusHours ( 3 ) ); System.out.println ( "zdt + 4: " + zdt.plusHours ( 4 ) ); System.out.println ( "zdt + 5: " + zdt.plusHours ( 5 ) ); System.out.println ( "zdt + 6: " + zdt.plusHours ( 6 ) ); 

At startup. At 4 a.m., the clock returns to repeat at 3 a.m. This meant that the DST was over, but it should not have been if we had been aware of the new Turkish legislation.

 java.version: 1.8.0_111 zdt: 2016-10-30T00:00+03:00[Europe/Istanbul] zdt + 1: 2016-10-30T01:00+03:00[Europe/Istanbul] zdt + 2: 2016-10-30T02:00+03:00[Europe/Istanbul] zdt + 3: 2016-10-30T03:00+03:00[Europe/Istanbul] zdt + 4: 2016-10-30T03:00+02:00[Europe/Istanbul] zdt + 5: 2016-10-30T04:00+02:00[Europe/Istanbul] zdt + 6: 2016-10-30T05:00+02:00[Europe/Istanbul]