Jak prawidłowo ustawić strefę czasową JVM

Próbuję uruchomić program Java, ale używa on domyślnej strefy czasowej GMT zamiast strefy czasowej zdefiniowanej przez system operacyjny. Moja wersja JDK to 1.5, a system operacyjny to Windows Server Enterprise (2007)

Windows ma określoną centralną strefę czasową, ale kiedy uruchamiam następujący program, podaje mi czas GMT.

import java.util.Calendar;

public class DateTest
{
    public static void main(String[] args)
    {
        Calendar now = Calendar.getInstance();
        System.out.println(now.getTimeZone());
        System.out.println(now.getTime());
    }
}

Oto wynik

sun.util.calendar.ZoneInfo[id="GMT",
offset=0,
dstSavings=0,
useDaylight=false,
transitions=0,
lastRule=null]
Mon Mar 22 13:46:45 GMT 2010

Pamiętaj, że nie chcę ustawiać strefy czasowej z poziomu aplikacji. Chcę, aby strefa czasowa używana przez maszynę JVM była określona w systemie operacyjnym. (Nie znajduję tego problemu na innych serwerach, które mają wersję 1.4 JDK i Microsoft Server 2003).

Wszelkie myśli byłyby bardzo mile widziane.

Możesz przekazać JVM ten parametr

-Duser.timezone

Na przykład

-Duser.timezone=Europe/Sofia

i to powinno załatwić sprawę. Ustawienie zmiennej środowiskowej TZ również załatwia sprawę w systemie Linux.

Możesz również ustawić domyślną strefę czasową w swoim kodzie, używając następującego kodu.

TimeZone.setDefault(TimeZone.getTimeZone("UTC"));

Do Twojego

 TimeZone.setDefault(TimeZone.getTimeZone("Europe/Sofia"));

Przyjęta odpowiedź powyżej:

-Duser.timezone="Europe/Sofia" 

Nie działało dla mnie dokładnie. Mogłem pomyślnie zmienić strefę czasową tylko wtedy, gdy nie miałem cudzysłowów wokół parametrów:

-Duser.timezone=Europe/Sofia

W systemie Windows 7 i JDK6 musiałem dodać -Duser.timezone="Europe/Sofia"do JAVA_TOOL_OPTIONS zmiennej systemowej znajdującej się w „Mój komputer => Właściwości => Zaawansowane ustawienia systemu => Zmienne środowiskowe”.

Jeśli masz już ustawioną inną właściwość, JAVA_TOOL_OPTIONSwystarczy dołączyć spację, a następnie wstawić ciąg znaków właściwości.

Dwie opcje, których nie sądzę, zostały uwzględnione w innych odpowiedziach:

Unikaj potrzeby

Cokolwiek robisz, aby ustawić domyślną strefę czasową maszyny JVM, bardzo trudno jest się upewnić, że nikt inny nie ustawi jej inaczej. Można go ustawić w dowolnym momencie bez powiadomienia z innej części programu lub innego programu działającego w tej samej JVM. Tak więc w operacjach czasowych jasno określ, którą strefę czasową chcesz, a zawsze będziesz wiedział, co otrzymujesz, niezależnie od ustawienia JVM. Przykład:

    System.out.println(ZonedDateTime.now(ZoneId.of("Asia/Dushanbe")));

Przykładowe dane wyjściowe:

2018-10-11T14: 59: 16.742020 + 05: 00 [Azja / Duszanbe]

System.setProperty

Z wielu powodów poniższy sposób nie będzie preferowany iz pewnością można go nadużyć. W przypadku programów „do wyrzucenia” czasami wydaje mi się to praktyczne. Możesz również ustawić właściwość systemową z poziomu Java:

    System.setProperty("user.timezone", "Australia/Tasmania");
    System.out.println(ZonedDateTime.now());

To właśnie zostało wydrukowane:

2018-10-11T21: 03: 12.218959 + 11: 00 [Australia / Tasmania]

Jeśli chcesz sprawdzić poprawność przekazywanego ciągu, użyj:

        System.setProperty("user.timezone", ZoneId.of("Australia/Tasmania").getId());

Jeśli używasz Maven :

mvn -Dexec.args="-Duser.timezone=Europe/Sofia ....."

W win7, jeśli chcesz ustawić odpowiednią strefę czasową jako parametr w JRE, musisz edytować plik deployment.propertiesprzechowywany w ścieżce c:\users\%username%\appdata\locallow\sun\java\deploymentdodając ciąg deployment.javaws.jre.1.args=-Duser.timezone\=my_time_zone