8 JREでのタイムゾーン設定

Oracle提供のJREに付属しているタイムゾーン・データベースのバージョンは、リリース・ノートに記載されています。ただし、tzupdaterツールを使用してJREにパッチを適用した場合は、実際のバージョンがそこに記載されているバージョンと異なることがあります。

使用しているJREの現在のタイムゾーン・データ・バージョンを判別するには、Versionオプションを指定してtzupdaterツールを実行するか、ZoneInfoMappingsファイルのヘッダーを調べます。

タイムゾーン・データを確認するには、これらの2つの手順に従います。

• TZupdaterによるタイムゾーンの確認: Javaのタイムゾーン更新ツールはtzupdaterと呼ばれています。使用しているJREのタイムゾーン・データベース・バージョンを判別するには、このツールを次のように実行します。

  java -jar tzupdater.jar -V
  

  tzupdaterツールの実行による標準的な出力を次に示します。

  tzupdater version 2.1.0-b04
  JRE tzdata version: tzdata2016f
  

  tzupdaterツールは、Timezone Updater ToolというWebページからダウンロードできます。

• ZoneInfoMappingsファイルの確認: tzupdaterツールがない場合でも、<java-home>/lib/zi/ZoneInfoMappingsファイルのヘッダーを調べることでバージョンをすぐに確認できます。このデータは、Javaに固有のバイナリ・フォーマットで保存されます。Oracle Solaris、LinuxおよびmacOSオペレーティング・システムでは、8進数のダンプ・コマンドを使用してこのファイルのヘッダーを調べることができます。

  次の例に、8進数ダンプ・コマンド形式を示します。

  /usr/bin/od -c -j 11 -N 11 <java-home>/lib/zi/ZoneInfoMappings
  

  次に、dumpコマンドの一般的な結果を示します。

  /usr/bin/od -c -j 11 -N 11 /farfaraway/jdks/jdk1.6.0_21/jre/lib/zi/ZoneInfoMappings0000000   t   z   d   a   t   a   2   0   1   0   i0000013
  

  次の例は、このJREに埋め込まれているタイムゾーン・データのバージョンがtzdata2010iであることを示しています。

  Microsoft Windowsでは、findstrコマンドを使用してZoneInfoMappingsファイルを調べることができます。次に例を示します。

  findstr tzdata <java-home>\lib\zi\ZoneInfoMappings
  

tzupdaterの実行時に、それが「このJavaランタイムで使用できるタイムゾーン・データはありません」というメッセージを表示して終了することがときどきあります。次に2つの例を示します。

$ java -jar tzupdater.jar -V 
tzupdater version 2.1.1-b01 
JRE tzdata version: tzdata2017b
There's no tzdata available for this Java runtime.

考えられる原因は、Oracle提供でないJREを使用していることです。Oracleが提供するJREは、Oracle Solaris (x86、x64、SPARC)、Linux (x86、x64、ARM)、Microsoft Windows (x86、x64)、およびmacOS (x64)用です。これらのJREのjava.vendorプロパティ値はSun Microsystems Inc.、Oracle Corporation、またはBEA Systems, Inc.です。Oracleでは、それ以外のプラットフォーム用のJREを提供していません。

java -versionコマンドを実行した場合の出力は、JREの実際のベンダーを判断するのに十分な情報を提供しません。しかし、-vオプションを指定してtzupdaterを更新モードで実行すると、java.vendorプロパティが出力されます。次の例に、環境がHewlett PackardのHP_UXである場合のtzupdaterの実行結果を示します。

root@my_server:/opt/java6/bin> uname -a
HP-UX my_server B.11.23 U ia64 1114591084 unlimited-user license
root@my_server:/opt/java6/bin> ./java -version
java version "1.6.0.05"
Java(TM) SE Runtime Environment (build 1.6.0.05-jinteg_14_oct_2009_01_44-b00)
Java HotSpot(TM) Server VM (build 14.2-b01-jre1.6.0.05-rc5, mixed mode)
root@my_server:/opt/java6/bin> ./java -jar tzupdater.jar -v -l
java.home: /opt/java6/jre
java.vendor: Hewlett-Packard Co.
java.version: 1.6.0.05
JRE tzdata version: tzdata2009i
There's no tzdata available for this Java runtime.

前の例では、java.vendorが「Hewlett-Packard Co.」に設定されています。tzupdaterを使用して更新を試みているJREはOracleでサポートされていません。

考えられる解決方法は、使用しているJREベンダーのWebサイトを参照して、使用可能なタイムゾーン更新ツールがあるかどうかを確認することです。

ネイティブ・オペレーティング・システムによるチェックに基づいて、JREがデフォルト・タイムゾーンとして報告するタイムゾーンを確認するための簡単なプログラムを作成できます。

次の例のJavaプログラムはデフォルト・タイムゾーンを返します。

public class DefaultTimeZone {
    public static void main(String[] args) {
        System.out.println(java.util.TimeZone.getDefault().getID());
    }
}

前の例のコード・スニペットをDefaultTimeZone.javaという名前のファイルに保存し、javacコマンドを使用してコンパイルできます。次に、次の例に示すように、コンパイルしたDefaultTimeZoneクラスを実行できます。

c:\tztest> javac DefaultTimeZone.java
c:\tztest> java DefaultTimeZone
Europe/Berlin

前の例では、デフォルト・タイムゾーンはEurope/Berlinです。プログラムを実行すると、ローカル・タイムゾーンが表示されるはずです。出力が予期されたタイムゾーンでない場合は、次のトラブルシューティング手順を続けて実行してください。

Windowsコントロール・パネルを使用して、システムのデフォルト・タイムゾーンを変更または確認できます。たとえば、Windows 7で次のタイムゾーン設定を選択できます。

(UTC+01:00)アムステルダム、ベルリン、ベルン、ローマ、ストックホルム、ウィーン

対応するTimeZoneKeyNameレジストリ・キーの値は、西ヨーロッパ標準時間です。

グラフィカル・ユーザー・インタフェース(GUI)またはWindowsレジストリを通じて、夏時間の自動調整が有効かどうかを確認できます。

• GUIによる方法: コントロール パネルを使用して夏時間の自動調整が有効かどうかを確認するには:

  1. Windowsの「スタート」ボタン、「コントロール パネル」の順にクリックします。

  2. 「日付と時刻」をクリックします。

  3. 「タイム ゾーンの変更」ボタンをクリックします。

  4. 「自動的に夏時間の調整をする」というラベルの付いたチェック・ボックスが表示されます。このチェック・ボックスが選択されているかどうかを確認し、必要に応じて設定を変更します。

  5. 「OK」をクリックします。「日付と時刻」ダイアログ・ボックスに戻ります。

• Windowsレジストリによる方法: Windowsレジストリ・エディタを実行して夏時間の自動調整が有効かどうかを確認できます。

  注意:

  Windowsレジストリを確認または編集する前にバックアップを取っておくことをお薦めします。間違った操作をすると、Windowsレジストリが損なわれる可能性があります。

  Windowsレジストリから夏時間の自動調整を有効にするには:

  1. Windowsの「スタート」ボタンをクリックします。

  2. 「プログラムとファイルの検索」フィールドで、「regedit」と入力してから[Enter]キーを押して、レジストリ・エディタを開きます。

  3. レジストリ・エディタで、DynamicDaylightTimeDisabledというキーを探し、その設定を調べます。

     レジストリ設定が1の場合、動的な夏時間は無効になっています。

     レジストリ設定が0の場合、動的な夏時間は有効になっています。

  お好みで、Windowsコマンド・ウィンドウからWindowsレジストリにアクセスすることもできます。

次の例では、レジストリ設定は1です。この設定では、時計は夏時間に合わせて自動的に調整されません。

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"DynamicDaylightTimeDisabled"=dword:00000001

DynamicDaylightTimeDisabledオプションを無効にした場合、JavaはGMT (グリニッチ標準時間)オフセットを返し、統一されたネーミング規則と互換性のあるタイムゾーンID(「Europe/Berlin」など)を返しません。たとえば、このオフセットは「Europe/Berlin」ではなくGMT+01として表されます。

Windowsコントロール パネルを使用して、システムのデフォルト・タイムゾーンを変更または確認できます。

コントロール・パネルからシステムのデフォルト・タイムゾーンを設定するには:

たとえば、Windows 7で次のタイムゾーンを選択できます。

(UTC)+1:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna.

対応するTimeZoneKeyNameレジストリ・キーの値は、西ヨーロッパ標準時間です。

user.timezoneと呼ばれるJavaシステム・プロパティを使用することにより、コマンド行でデフォルト・タイムゾーンを明示的に設定できます。これにより、Windowsオペレーティング・システムでの設定が省略され、回避方法となることもあります。たとえば、システム上で実行されている1つのJavaプログラムでのみ夏時間(DST)を適用する場合にこの設定が役立ちます。

次の例では、Windowsの「コマンド プロンプト」ウィンドウからDefaultTimeTestZoneと呼ばれるJavaプログラムを実行することで、-Duser.timezoneシステム・プロパティを表示します。

c:\tztest> java -Duser.timezone=America/New_York DefaultTimeZone America/New_York

-Duser.timezoneを指定することでデフォルト・タイムゾーンを明示的に設定することがDefaultTimeTestZoneプログラムには有効だが、使用しているプログラムには有効でない場合、実行時に次のようなメソッド呼出しを使用してコードがデフォルトのJavaタイムゾーンを上書きするかどうかを確認するようにしてください。

TimeZone.setDefault(TimeZone zone)