Java SE 17以降のバージョンを利用するための設定
================================================================================

.. only:: html

.. contents:: 目次
  :depth: 3
  :local:

| 本ガイドラインでは、\ :ref:`IntroductionOperatingEnvironment`\ に記載の通り、Spring Framework 6の動作環境に合わせJava17を使用している。
| 本章では、Java8からJava17、およびJava21へ移行する際に注意すべき点として、Java9以降で変更された本ガイドラインで解説している機能に関連する設定について記載している。
| 詳細は、各章を参照されたい。

なお、本章は\ :url_javase17:`Oracle JDK Migration Guide </migrate/getting-started.html>`\ に基づいて執筆している。より理解を深めるため、こちらも一読されたい。

|

Java SE 9から非推奨となったJava EE関連モジュールの削除
--------------------------------------------------------------------------------

| Java SE 9から非推奨であったJava EE関連のモジュールがJava SE 11で削除された。
| 詳細については、\ :url_javase17:`Oracle JDK Migration GuideのRemoval of Java EE and CORBA Modules </migrate/removed-tools-and-components.html#GUID-460800EF-A523-4B10-B694-E3536AC419C1>`\ を参照されたい。

| これにより、本ガイドラインで解説している機能のいくつかを正常に動作させるには、これらの代替となる依存ライブラリを追加することが必要となる。
| 以下に、本ガイドラインで記載のあるモジュールを紹介する。

| なお、以下で解説する依存ライブラリの追加はあくまで検証の一結果に過ぎず、アプリケーションの実装（依存しているライブラリの種類）と動作環境により異なる対応が必要な場合があることに留意されたい。
|

.. _remove-jaxb-from-java11:

JAXBの追加
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

| Java SE 11以降でJAXBを利用する場合、jakarta.xml.bind-api及びjaxb-implが必要となる。
| アプリケーションの依存ライブラリやAPサーバから提供されるライブラリにjakarta.xml.bind-api及びjaxb-implがない場合は、下記のようにpom.xmlに依存関係を追加すること。
| terasoluna-gfw-jpa-dependenciesを依存関係に含む場合、jaxb-implを引き込むので個別に対応する必要はない。

.. code-block:: xml


  <dependency>
      <groupId>jakarta.xml.bind</groupId>
      <artifactId>jakarta.xml.bind-api</artifactId>
  </dependency>

  <dependency>
      <groupId>com.sun.xml.bind</groupId>
      <artifactId>jaxb-impl</artifactId>
      <scope>runtime</scope>
  </dependency>

|

.. _remove-jax-ws-from-java11:

Jakarta XML Web Servicesの追加
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Java SE 11以降でJakarta XML Web Services（旧：JAX-WS）を利用する場合、以下のようにjakarta.xml.ws-apiを依存関係に追加する必要がある。

.. code-block:: xml

  <dependency>
      <groupId>jakarta.xml.ws</groupId>
      <artifactId>jakarta.xml.ws-api</artifactId>
  </dependency>

なお、Jakarta XML Web Servicesのランタイムの定義に関しては、「\ :ref:`SOAPApplicationConfiguration`\ 」 に記載を行っているので、そちらを参照されたい。

|

.. _remove-common-annotations-from-java11:

Jakarta Annotationsの追加
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Java SE 11以降でCommon Annotationsを利用する場合、以下のようにjakarta.annotation-apiを依存関係に追加する必要がある。

.. code-block:: xml

  <dependency>
      <groupId>jakarta.annotation</groupId>
      <artifactId>jakarta.annotation-api</artifactId>
  </dependency>

|

.. _conflict-deprecated-modules-from-java11:

推移的に解決されるJava EE関連モジュールの競合
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Java SE 11以降での開発を円滑に行うため、いくつかのOSSライブラリはこれまでに説明したJava SE 11で削除されたJava EE関連モジュールを依存ライブラリとして推移的に解決してくれるよう改善されている。

\ **不幸にも、実行環境によってはこれが原因となりアプリケーションが起動しない、処理に問題が生じるといったケースがあるため、留意されたい。**\

| 具体的には、本来アプリケーションサーバのモジュールを参照していたところを部分的にアプリケーションの依存ライブラリを参照してしまい、バージョン不整合によるリンケージエラーや\ ``NoSuchMethodException``\ が発生する、エラーにはならないが期待した挙動と異なるといった不具合が発生する。
| この場合は、アプリケーションのビルド時にアプリケーションサーバから提供されるモジュールを除外する、アプリケーションサーバのクラスローダ設定によりアプリケーションの依存ライブラリを優先するといった対策が有効である。

|

.. _change-default-locale--data-from-java9:

デフォルトで使用されるロケール・データの変更
--------------------------------------------------------------------------------

Java SE 9以降では、Unicodeコンソーシアムの共通ロケール・データ・リポジトリ(CLDR)データがデフォルトのロケール・データとして有効化されている。

これにより、Java SE 9以降では、Java SE 8以前とは日付、時間、数値などの書式で文字列を出力した場合に結果が変わる可能性がある。

Java SE 11以降の標準の設定値から変更してJava SE 8以前と同じ書式で出力したい場合は、システム・プロパティ\ ``java.locale.providers``\ のCLDRの前にCOMPATを設定する必要がある。(例:\ ``java.locale.providers=COMPAT,CLDR,SPI``\ )

詳細については、\ :url_javase17:`Oracle JDK Migration GuideのUse CLDR Locale Data by Default </migrate/removed-apis.html#GUID-A20F2989-BFA9-482D-8618-6CBB4BAAE310>`\ を参照されたい。

|

.. _support-tls1.3-by-default-from-java11:

HTTP通信におけるTLS(Transport Layer Security) v1.3のサポート
--------------------------------------------------------------------------------

| Java SE 11より、TLS(Transport Layer Security) バージョン1.3がサポートされ、デフォルトで1.3が使用されるようになった。
|
| TLSのバージョンはJVMレベルで利用するバージョンを変更することが可能である。
| クライアントで使用するバージョンは、JVMのシステム・プロパティ\ ``jdk.tls.client.protocols``\ を設定することで変更可能である。
| APサーバを介さずに公開するサーバで使用するバージョンは、同様にシステム・プロパティ\ ``jdk.tls.server.protocols``\ を設定することで変更可能である。

詳細は\ :url_jdk11_note:`JDK 11 Release Notes <>`\ を参照されたい。

.. note::

  LinuxのSSL通信を制御するopenssl はバージョン1.1.1でTLS 1.3に対応するが、コンパイル済みのパッケージは頒布されておらず、開発者が自らコンパイルして組み込む必要がある。

  Tomcat等のミドルウェアはopensslを利用してHTTPS通信を行なうが、ミドルウェアが内包するopensslをアップデートするためには、ミドルウェア自体も再コンパイルする必要がある。同様に、opensslをアップデートすることによりOSの機能が正常に動作しなくなる可能性がある。
   
  このため、独自にopensslをコンパイルしてアップデートすることは、一般的な開発者には推奨しない。TLS 1.3に対応したopensslを内包したOSにアップデートして、環境を構築しなおすべきである。

|

.. _performance-differences-between-java:

ガベージコレクションの変更
--------------------------------------------------------------------------------

Java SE 9 以降のガベージコレクションはThe Garbage-First Garbage Collector (G1 GC) がデフォルトとなりました。

詳細は\ :url_javase17:`Changes to Garbage Collection </migrate/migrating-jdk-8-later-jdk-releases.html#GUID-1F270BDA-50B0-49C8-807E-0B727CCC5169>`\ を参照されたい。

.. raw:: latex

  \newpage
