# Java 11: 利用や動作に影響を与える変更点 * Author: KUBOTA Yuji * twitter: https://twitter.com/sugarlife * email: kubota.yuji [at] gmail.com [Java 10はこちら](https://git.io/jdk10) なお、本資料に記載しているものの一部は実機確認してないので、お使いのコードを修正する前に動作確認してください :) ## はじめに **本資料は[Compatibility & Specification Review](https://wiki.openjdk.java.net/display/csr/Main)を整理したものです** 新しいバージョンがリリースされた時に注目すべきポイントはいくつかあり、よく注目される新機能は [JEP として管理されてる](http://openjdk.java.net/projects/jdk/10/#Features)のでこれを確認するのがよい。これ以外に [JSR で公開されている Specification](http://cr.openjdk.java.net/~iris/se/11/latestSpec/) では新機能レベルではない細かい新規追加 API や削除・非推奨化された API が記載されているこの他に「既存APIの利用や既存アプリの動作に影響を与えるかどうか」という観点があり、ソフトウェア開発コミュニティや企業、特に SIer などの「守り」が重要な団体では最も重要である。これは[リリースノート](https://www.oracle.com/technetwork/java/javase/11-relnote-issues-5012449.html)で確認できるが、本資料ではもう少し突っ込んで仕様変更を伴う際に行われるレビュー[CSR(Compatibility & Specification Review)](https://wiki.openjdk.java.net/display/csr/Main)を[Issue Tracker](https://bugs.openjdk.java.net/)と[ソースコード＋構成管理情報](http://hg.openjdk.java.net/jdk/jdk11)から調査し、ユーザが影響を受ける可能性がある変更内容を整理した ## API 既存アプリケーションのAPIへの影響、つまりソースコードレベルの修正が必要となり得る変更 ### Add * [JDK-8203394: Implementation of JEP 331: Low-Overhead Heap Profiling](https://bugs.openjdk.java.net/browse/JDK-8203394) * [JEP 331: Low-Overhead Heap Profiling](https://bugs.openjdk.java.net/browse/JDK-8171119)によりJavaヒープアロケート状況をサンプリングするJVMTI APIが追加された。ツールではないので注意 * 純粋な追加なのでソースレベルの影響はないのだが、使うとパフォーマンスに少なからず影響が発生する。使わなければ当然その影響もない * Flight Recorderがオープン化される前から取り組まれていたのだが、結果的に同時に入った可哀そうな変更。殆どのユーザはFlight Recorderを使ったほうが性能面でも良い * [JDK-8060192: Add default method \ A[] Collection.toArray(IntFunction\ generator)](https://bugs.openjdk.java.net/browse/JDK-8060192) * `java.util.Collection`インターフェースに新しいデフォルトメソッド `toArray(IntFunction)`が追加された。これは既存メソッド`toArray(T[])`のオーバーロードである * インターフェースの変更なので影響(ソースの非互換性)が発生する。バイナリの非互換性は発生しない * 例えば `list.toArray(null)`のようなコードは、今までは`toArray(T[])`メソッドと解決していたのが、`toArray(IntFunction)`とも一致してしまうため解決ができずコンパイル時にエラーが発生する * 以前のバージョンでコンパイル済みの場合は`toArray(T[])`にリンクされてるので問題は生じない＝バイナリの非互換性は発生しない * [JDK-8202088: Japanese new era implementation](https://bugs.openjdk.java.net/browse/JDK-8202088) * 平成の次の元号が出力するための前準備 * `java.time.chrono.JapaneseEra.of(3).getDisplayName(java.time.format.TextStyle.FULL, Locale.JAPAN)` ==> "元号" * 今は元号が確定していないので数字(3)で指定が必要 * 今は"元号" (Locale.JAPAN) や "NewEra" (Locale.US) が出力される。判明後アップデート予定 * しかし[政府が1ヵ月しか余裕を持たせなかった](https://www.jiji.com/jc/article?k=2018120500687)のでほぼ確実に間に合わない * [JDK-8198512: Add compiler support for local-variable syntax for lambda parameters](https://bugs.openjdk.java.net/browse/JDK-8198512) * [JEP 323](https://bugs.openjdk.java.net/browse/JDK-8193259)により`var`がlambdaにも使えるようになった * APIの追加というよりはコンパイラのparserが変わる非互換性。ユーザ的には影響はなく、コードの記述方法が単純に増えるのでここに記載した ### Remove * [JDK-8190378: Remove the Java EE and CORBA modules](https://bugs.openjdk.java.net/browse/JDK-8190378) * JJUG CCC 2018 Fallのスライド参照 * [JDK-8204243: remove Thread.destroy() and Thread.stop(Throwable)](https://bugs.openjdk.java.net/browse/JDK-8204243) * `Thread.destroy()` と `Thread.stop(Throwable)` がついに削除された * `Thread.stop()`は残されており影響はない * [JDK-8204187: Remove proprietary JPEG code from javax.imageio](https://bugs.openjdk.java.net/browse/JDK-8204187) * Oracle JDKの[JPEGライブラリ独自拡張](https://docs.oracle.com/javase/10/docs/api/javax/imageio/metadata/doc-files/jpeg_metadata.html#color)が削除された。(使ってる人は少ないと思うが詳細はリンク先を確認) * [JDK-8193033: remove terminally deprecated sun.misc.Unsafe.defineClass](https://bugs.openjdk.java.net/browse/JDK-8193033) * JDK Internal APIの`sun.misc.Unsafe.defineClass`が削除された * `java.lang.invoke.MethodHandles.Lookup.defineClass`が代替API * [JDK-8200149: The "com.sun.awt.AWTUtilities" class can be dropped](https://bugs.openjdk.java.net/browse/JDK-8200149) * `com.sun.awt.AWTUtilities`クラスが削除された * Java 10で非推奨化されてそのまま削除されたケース。ただし、JDK内部用途であったのと、ウィンドウを透明化したい場合は`javax.swing.JFrame`などを用いて実行することがJava 7から可能([詳細](https://docs.oracle.com/javase/tutorial/uiswing/misc/trans_shaped_windows.html))であるため影響はない ### Change - [JDK-7183985: (ann) Class.getAnnotation() throws an ArrayStoreException when the annotation class not present](https://bugs.openjdk.java.net/browse/JDK-7183985) - クラスパスに指定のアノテーションクラスがなかった場合、`Class.getAnnotation()`は`ArrayStoreException`を投げていたが、正しく`TypeNotPresentException`を投げるように修正された - JDK 6時代からのバグ - [JDK-8197564: HTTP Client implementation](https://bugs.openjdk.java.net/browse/JDK-8197564) - [JEP 321: HTTP Client (Standard)](https://bugs.openjdk.java.net/browse/JDK-8181784)により JDK 9で incubated として導入されていた HTTP Client API が更新＆標準APIに昇格した - 詳細はAPI javadoc ([`java.net.http`](http://cr.openjdk.java.net/~chegar/httpclient/02/javadoc/api/java.net.http/module-summary.html))で確認ができる。量が多いのでここでは触れない - ユーザ的には"Add"だがincubatedが外れてモジュールの名前が変わったので"Change" * [JDK-8201793: (ref) Reference object should not support cloning](https://bugs.openjdk.java.net/browse/JDK-8201793) * `java.lang.ref.Reference::clone`メソッドは廃止され常に`CloneNotSupportedException`を投げるようになった * コンストラクタを読んで新たなReferenceオブジェクトを作ってクローンしましょう * [JDK-8194554: filterArguments runs multiple filters in the wrong order](https://bugs.openjdk.java.net/browse/JDK-8194554) * `java.lang.invoke.MethodHandles.filterArguments` は引数として渡されたフィルターを左から順に呼び出す仕様であったが、実際は右から順に呼び出していたバグを修正した * 二つ以上のフィルタを渡していた場合、順番が変わるので動作の非互換性が発生し得る * [JDK-8201315: (se) Allow SelectableChannel.register to be invoked while selection operation is in progress](https://bugs.openjdk.java.net/browse/JDK-8201315) * `java.nio.channels.SelectableChannel.register`がスレッドセーフになった * 実装には`SocketChannel`, `ServerSocketChannel`クラス等がある * これに伴い`java.nio.channels.Selector` のキーセットの選択操作(selection-op)は同期するように指定された * `SelectorProvider`を提供しているライブラリはこの変更を受けて修正をする必要がある * [JDK-8200458: (se) Readiness information previously recorded in the ready set not preserved](https://bugs.openjdk.java.net/browse/JDK-8200458) * `java.nio.channels.Selector`APIはSelectionKeyが選択したキーセットに既にあった場合、readiness informationをオーバーライドしてしまい正しく以前の情報が保持されていなかった問題を修正。一部のユースケースで動作の非互換が発生する * [JDK-8198753: (dc) DatagramChannel throws unspecified exceptions](https://bugs.openjdk.java.net/browse/JDK-8198753) * `java.nio.channels.DatagramChannel.send(ByteBuffer,SocketAddress)`を呼び出した際、`DatagramChannel`が接続しているアドレスとメソッド引数のアドレスが異なっている場合、これまでは`IllegalArgumentException`を投げていたが、Java 11からは`java.nio.channels.AlreadyConnectedException`が投げるようになった * [JDK-8197533: Split java.sql to create module java.transaction.xa](https://bugs.openjdk.java.net/browse/JDK-8197533) * `javax.transaction.xa`パッケージがJava SEに残されることになり、`java.transaction.xa`モジュール(javaxからjavaになった)が新しく作られた * これに伴い`java.sql`に含まれていた`javax.transaction.xa`が削除された * モジュール化されてないライブラリには影響がない。モジュール化していて、`javax.transaction.xa`を使っている場合は`module-info.java`の更新が必要 * [JDK-8198803: URLClassLoader does not specify behavior when URL array contains null](https://bugs.openjdk.java.net/browse/JDK-8198803) * `java.net.URLClassLoader`のコンストラクタに渡されたURLにnull要素が含まれていた場合、`NullPointerException`を投げるようになった * [JDK-8198562: (ch) Separate blocking and non-blocking code paths (part 1)](https://bugs.openjdk.java.net/browse/JDK-8198562) * part2( [JDK-8198754](https://bugs.openjdk.java.net/browse/JDK-8198754))含め関連パッチが4つもある大きめの変更 * `java.nio.channels.SocketChannel`, `java.nio.channels.ServerSocketChannel`, `java.nio.channels.DatagramChannel`, `java.nio.channels.Pipe.SourceChannel`, `java.nio.channels.Pipe.SinkChannel`がブロッキングとノンブロッキングI/Oのコードパスが分離されるようにリファクタリングされ、パフォーマンスやI/O操作の信頼性が向上した。ただし、以下の動作の非互換性が発生する * `Selector`で登録されていた`SocketChannel`を閉じた際、このChannelが登録されている全てのSelectorからflushされるまで接続を閉じる処理が一貫して遅くなる * ノンブロッキングなChannel上でI/O操作を呼び出すと割り込みステータスが設定されChannelが閉じられなくなった * `configureBlocking(false)`メソッドを呼び出すと、未処理のブロッキングI/O操作が完了するまで待機する(ブロックされる)ようになった * [JDK-8187289: NotifyFramePop request is not cleared if JVMTI_EVENT_FRAME_POP is disabled](https://bugs.openjdk.java.net/browse/JDK-8187289) * JVMTIの変更。[`NotifyFramePop(jvmtiEnv*, jthread, jint)`](https://docs.oracle.com/en/java/javase/11/docs/specs/jvmti.html#NotifyFramePop)は`JVMTI_EVENT_FRAME_POP`が有効時のみクリアされたが、Java 11からは`JVMTI_EVENT_FRAME_POP`の状態にかかわらず対応フレームがポップされると常にクリアされるようになった ### Deprecate * [JDK-8072996: Deprecate stream-based GSSContext methods](https://bugs.openjdk.java.net/browse/JDK-8072996) * [RFC 8353](https://tools.ietf.org/html/rfc8353)から削除された`org.ietf.jgss.GSSContext` の一部メソッドが非推奨化 * [JDK-8204492: Add deprecation annotation to Nashorn APIs and warning to nashorn, jjs](https://bugs.openjdk.java.net/browse/JDK-8204492) * [JEP 335: Deprecate the Nashorn JavaScript Engine](https://bugs.openjdk.java.net/browse/JDK-8202786)によりNashornとjjsツールが非推奨化。将来的に削除される * `-Dnashorn.args=--no-deprecation-warning`オプションで警告非表示が可能 * [JDK-8199871: Deprecate pack200 and unpack200 tools](https://bugs.openjdk.java.net/browse/JDK-8199871) * [`java.util.jar`](https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/jar/package-summary.html)のPack200 APIが非推奨化。将来的に削除される * `pack200`, `unpack200`ツールが非推奨化。 JDK 11では同梱されるが更新はされない ## Tool ツール利用に影響があり得る変更 ### Remove * [JDK-8200146: Remove the appletviewer launcher](https://bugs.openjdk.java.net/browse/JDK-8200146) * appletviewer launcherが削除された * [AppletやJava Web Startは削除されると発表された](https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf) * [JDK-8071367: Remove SNMP agent](https://bugs.openjdk.java.net/browse/JDK-8071367) * [SNMP agent](https://docs.oracle.com/javase/8/docs/technotes/guides/management/snmp.html)が削除された * Oracle JDKに導入されてから(Oracleに)あまり問合せやフィードバックがなかったのもあり、Java 10で非推奨化、Java 11で削除という流れになった * [JDK-8206211: Drop JVM-MANAGEMENT-MIB.mib from Java SE](https://bugs.openjdk.java.net/browse/JDK-8206211) * [SNMP Agentの削除](https://bugs.openjdk.java.net/browse/JDK-8071367)に伴いMIBファイルが削除された ### Change * [JDK-8191438: jarsigner should print when a timestamp will expire](https://bugs.openjdk.java.net/browse/JDK-8191438) * 署名ツールである`jarsigner`は有効期限付きJARファイルが期限切れ、ないしは期限切れまで1年以内の場合にエラーや警告を出力するようになった * 今まで出してなかったのか… * [JDK-8153333: STW phases at Concurrent GC should count in PerfCounter](https://bugs.openjdk.java.net/browse/JDK-8153333) * G1 GCのRemarkとCleanupフェーズのSTW(Stop-The-World、アプリの一時停止)がCGCとしてカウントされていなかったのを修正 * CMS GCはSTWが発生するフェーズはCGCとしてカウントされていたので、一貫性を保つように修正が行われた * どちらかというと動作の変更だが、ユーザ的に影響があるのは`jstat`や`jcmd PerfCounter.print`でのCGC値が変わることであり、ツールの非互換性の側面が大きい ## Option オプション関係の変更。動作の非互換性が生じる可能性がある ### Add * [JDK-8198756: Lazy allocation of compiler threads](https://bugs.openjdk.java.net/browse/JDK-8198756) * ` -XX:+UseDynamicNumberOfCompilerThreads`が追加された。デフォルトで有効 * これまでは富豪的にスレッドを作ってコンパイルしていたため過分にメモリ消費などリソース利用が非効率的であったが、適切にスレッドを管理することで解消された ### Remove * [JDK-8202331: Obsolete support for commercial features](https://bugs.openjdk.java.net/browse/JDK-8202331) * 商用機能オープン化に伴い`-XX:+UnlockCommercialFeatures` と `-XX:+LogCommercialFeatures`が廃止 * `jcmd`のコマンド`VM.unlock_commercial_features` と `VM.check_commercial_features`も廃止 * [JDK-8198385: Remove property sun.locale.formatasdefault](https://bugs.openjdk.java.net/browse/JDK-8198385) * Java 7で導入された`sun.locale.formatasdefault`プロパティが削除された * 既に`file.encoding`プロパティなどでより簡易に設定可能なため無用の長物だった * [JDK-8196535: Remove support for pre-Java 6 non-JVM-wide file locking](https://bugs.openjdk.java.net/browse/JDK-8196535) * `sun.nio.ch.disableSystemWideOverlappingFileLockCheck` プロパティ削除 * JDK 6で互換性のために導入されたファイルのロック制御に関わるプロパティ。もはやJDK 6よりも古い動作は不要となり削除された ### Deprecate * [JDK-8199777: Deprecate -XX:+AggressiveOpts](https://bugs.openjdk.java.net/browse/JDK-8199777) * `-XX:+AggressiveOpts`オプションが非推奨化。将来的に削除される * 元々は特定ベンチでC2コンパイラを実験的に最適化していたもので、一般ユーザがわざわざ利用することはない * 内部挙動的には`-XX:AutoBoxCacheMax=20000`,`-XX:BiasedLockingStartupDelay=50`が設定されたのと同じ挙動となる。必要であればこれを設定すれば再現可能 ### Change * [JDK-8066709: Make some JDK system properties read only](https://bugs.openjdk.java.net/browse/JDK-8066709) * 以下のプロパティは起動時にキャッシュされ変更不可となった * `java.home`, `user.home`, `user.dir`, `user.name` * `System::setProperty`で変更しても標準API(`java.base`)の動作は影響を受けない * [JDK-8198510: Enable UseDynamicNumberOfGCThreads by default](https://bugs.openjdk.java.net/browse/JDK-8198510) * `-XX:+UseDynamicNumberOfGCThreads`がデフォルトで有効となった * Javaヒープの最大サイズに基づいてGCスレッドを決定する設定。ヒープサイズが小さい場合はスレッド数が少なくなるため、起動時間やリソース使用量が効率化される反面、性能が低下する場合もある * [JDK-8194937: Inconsistent behavior of --validate-modules when combined with -m and other options](https://bugs.openjdk.java.net/browse/JDK-8194937) * `--validatate-modules`がより多くのケースで正常に動作するように改良された * このオプションはモジュールの競合や重複、不正な記述子など様々なモジュールの問題を特定するために便利なオプションだが、問題の内容に依ってはJVM初期化処理の失敗により検証結果を出力する前に終了してしまうという鶏卵問題に陥ることケースがあった * 強制終了前に検証結果を出力されるように改善が行われた。このため、ユーザへの影響はないが動作の非互換性が生じる * [JDK-8188105: Make -Xshare:auto the default for server VM](https://bugs.openjdk.java.net/browse/JDK-8188105) * これまでserver VM利用時はCDSが無効化(`-Xshare:off`)になっていたが、デフォルトで可能なら有効にする(`-Xshare:auto`)ようになった * 今までCDSが有効だと`RewriteBytecodes`が無効になりC2コンパイラ性能が劣化する問題があった。これが[JDK-8074345](https://bugs.openjdk.java.net/browse/JDK-8074345)で解決されたのでデフォルトで有効にするという流れ * 無効にしたい場合は`-Xshare:off`を明示的に付ける必要がある ## Behavior セキュリティ以外のGCなどの動作関係の変更 ### Add * [JDK-8209963: source file mode for JVM should provide a hook to locate the source file](https://bugs.openjdk.java.net/browse/JDK-8209963) * [JEP 330: Launch Single-File Source-Code Programs](https://bugs.openjdk.java.net/browse/JDK-8192920)により、スクリプトのように単体Javaファイルを直接実行できるようになった * 詳細は[こちらのスライドで解説してる](https://www.slideshare.net/YujiKubota/introduction-to-java-11-support-and-jvm-features/22) * [JDK-8204210: Implementation: JEP 333: ZGC: A Scalable Low-Latency Garbage Collector (Experimental)](https://bugs.openjdk.java.net/browse/JDK-8204210) * [JEP 333](https://bugs.openjdk.java.net/browse/JDK-8197831)により巨大ヒープ向け低レイテンシGCが試験的に追加された * [JDK-8204180: Implementation: JEP 318: Epsilon, A No-Op Garbage Collector](https://bugs.openjdk.java.net/browse/JDK-8204180) * [JEP 318](https://bugs.openjdk.java.net/browse/JDK-8174901)により「何もしない(no-op)」GCが試験的に追加された ### Change * [JDK-8197532: Re-examine policy for the default set of modules when compiling or running code on the class path](https://bugs.openjdk.java.net/browse/JDK-8197532) * ルートモジュールのデフォルトセットが変更された * 具体的には`java.se`が外され解決できなくなった * [JDK-8193302: Javac AssertionError: typeSig ERROR on usage of @Generated](https://bugs.openjdk.java.net/browse/JDK-8193302) * `javac`で`-source >=9`や`-release >=9`を指定してコンパイルする際、コンパイル対象のクラスが所属しているモジュールから不可視なパッケージをimportしている場合は失敗するようになった * [JDK-8010319: Implementation of JEP 181: Nest-Based Access Control](https://bugs.openjdk.java.net/browse/JDK-8010319) * [JEP 181: Nest-Based Access Control](https://bugs.openjdk.java.net/browse/JDK-8046171)が追加された * 端的に言うとネストする側とされる側のバイトコード出力が整理された * ソースの非互換性は生じないが、ASM bytecode manipulationやjavap classfile inspectionツールなどはほぼ確実に影響を受ける * [JDK-8202537: Update locale data to Unicode CLDR v33](https://bugs.openjdk.java.net/browse/JDK-8202537) * CLDRが[Version 33](http://cldr.unicode.org/index/downloads/cldr-33)にアップデート * ロケールデータはJava 9からデフォルトでCLDRが優先されている * [JDK-8191410: Unicode 10.0.0 support](https://bugs.openjdk.java.net/browse/JDK-8191410) * [JEP 327: Unicode 10](https://bugs.openjdk.java.net/browse/JDK-8182490)をサポート。新たな絵文字も使えるように * [JDK-8207032: Compilation succeeds without checking readability when --add-exports used](https://bugs.openjdk.java.net/browse/JDK-8207032) * `javac`で`--add-exports`オプションを用いると自動的にターゲットモジュールからエクスポートモジュールが読み込み可能になっていたのが修正された。今後は適切に`--add-reads`オプションを利用する必要がある * 読込や公開範囲を制御するためのモジュール化の筈なのに、自動的に公開しちゃってたのでちゃんと制御させますよという修正 * [JDK-8203664: JFR start failure after AppCDS archive created with JFR StartFlightRecording](https://bugs.openjdk.java.net/browse/JDK-8203664) * CDS(Class Data Sharing)のダンプ中はFlight Recorderが無効化されるようになった * [JDK-8187577: JVM crash during gc doing concurrent marking](https://bugs.openjdk.java.net/browse/JDK-8187577) * 並行マーキング時に到達不可能とみなされていたクラスが、スレッドローカルなJNIHandlesに格納されていて後から参照されてクラッシュするケースがあった * このため、`ClassLoaderData/SystemDictionary`からフェッチされたクラスが復活した場合はG1のSTABに通知されるように修正が行われた * Java 8にバックポート済み * [JDK-8205043: Make parallel reference processing default for G1](https://bugs.openjdk.java.net/browse/JDK-8205043) * GCスレッドが1より多い場合、デフォルトで`ParallelRefProcEnabled`が有効になり、参照処理が並列化される * [JDK-8205064: Fail immediately if an unavailable GC is selected](https://bugs.openjdk.java.net/browse/JDK-8205064) * これまでは使用できないGC (例:minimalなJVMビルドではG1は使えない)を指定した場合は警告メッセージを出しつつ別のGCを利用して起動していたが、Java 11からは直ちに終了するように修正された * モジュール化やProject PortlaによりGCを限定したビルドが作成可能になったため、このようなケースが発生していた * [JDK-8198649: Switch AWT/Swing's default GTK version to 3](https://bugs.openjdk.java.net/browse/JDK-8198649) * Java 9からサポートしたGTK3をデフォルトにした (見た目が多少変わる) * 引き続きGTK2.2を使いたい場合は`-Djdk.gtk.version=2.2`を設定する * [JDK-8198794: Hotspot crash on Cassandra 3.11.1 startup with libnuma 2.0.3](https://bugs.openjdk.java.net/browse/JDK-8198794) * 古いlibnuma(<=2.0.9)でNUMAを使っていた(`-XX:+UseNUMA`)場合、クラッシュする問題がありその修正が行われた。JVM内処理の変更が入ったがユーザ的には気にしなくて大丈夫 * Java 8にもバックポートが行われている。古いlibnumaを使う場合はアップデートが必要 * [JDK-8187950: javax.lang.model APIs throws CompletionFailure or a subtype of CompletionFailure.](https://bugs.openjdk.java.net/browse/JDK-8187950) * 型が見つからない(missing type)エラーや`javac`内部例外、`CompletionFailure`はAPIクライアントにスローされなくなった * [JDK-8194812: Extend class-data sharing to support the module path](https://bugs.openjdk.java.net/browse/JDK-8194812) * CDS利用時に module path を設定していた場合は無視して警告を表示していたが、Java 11からサポートされた。ただし以下のような制約がある * モジュール化済みJARファイルのみ対応。automatic moduleは未対応 * `--upgrade-module-path`, `--patch-module`, `--limit-modules`は未対応。CDS出力時(`-Xshare:dump`)に設定すると即時終了し、 CDS実行時(`-Xshare:{on,auto}`)に設定するとCDSが無効化される * [JDK-8190324: ThreadPoolExecutor should not specify a dependency on finalization](https://bugs.openjdk.java.net/browse/JDK-8190324) * `Object.finalize`の非推奨化に伴い、`java.util.concurrent.ThreadPoolExecutor`のクリーンアップ処理が変更され、スレッドプールをシャットダウンする `finalize`メソッドは何もしなくなった * `finalize` メソッドを実行しているだけならば影響はないが、スレッドプールがシャットダウンされている前提で処理を続けて行っている場合は、その保証がなくなったため動作の非互換性が生じる可能性がある ## Security セキュリティ関係の変更 ### [JEP 319: Root Certificates](https://bugs.openjdk.java.net/browse/JDK-8191486) 関係 * [Remove cacerts.internal from Oracle JDK](https://bugs.openjdk.java.net/browse/JDK-8203230) * ルート証明書(AOLとSwisscom)が削除された * [JDK-8191844: Remove SECOM root (secomevrootca1)](https://bugs.openjdk.java.net/browse/JDK-8191844) * 一部のルート証明書(SECOM)が削除された * [JDK-8189949: Remove Baltimore Cybertrust Code Signing CA](https://bugs.openjdk.java.net/browse/JDK-8189949) * 一部のルート証明書(Baltimore Cybertrust Code Signing)が削除された * [JDK-8191031: Remove several Symantec Root CAs](https://bugs.openjdk.java.net/browse/JDK-8191031) * 一部のルート証明書(Symantec)が削除された * [JDK-8209506: Add Google Trust Services GlobalSign root certificates](https://bugs.openjdk.java.net/browse/JDK-8209506) * 一部のルート証明書(Google Trust Services GlobalSign)が追加された * [JDK-8199779: Add T-Systems, GlobalSign and Starfield services root certificates](https://bugs.openjdk.java.net/browse/JDK-8199779) * 一部のルート証明書(T-System、Amazon (Starfield Services)、GlobalSign)が追加された * [JDK-8195774: Add Entrust root certificates](https://bugs.openjdk.java.net/browse/JDK-8195774) * 一部のルート証明書(Entrust)が追加された * [JDK-8196141: Add GoDaddy root certificates](https://bugs.openjdk.java.net/browse/JDK-8196141) * 一部のルート証明書(GoDaddy)が追加された ### Others * [JDK-8209965: The "supported_groups" extension in ServerHellos](https://bugs.openjdk.java.net/browse/JDK-8209965) * セキュリティ修正。 ServerHello ハンドシェイクメッセージにsupported_groups拡張(RFC7919)は存在するべきではないが、そのチェックを行っていなかったのを修正 * [JDK-8205445: Add RSASSA-PSS Signature support to SunMSCAPI](https://bugs.openjdk.java.net/browse/JDK-8205445) * SunMSCAPIプロバイダがRSASSA-PSS署名アルゴリズムをサポート * [JDK-8198925: ChaCha20 and ChaCha20-Poly1305 Cipher Implementations](https://bugs.openjdk.java.net/browse/JDK-8198925) * [JEP 329: ChaCha20 and Poly1305 Cryptographic Algorithms](https://bugs.openjdk.java.net/browse/JDK-8153028)にて[RFC 7539](https://tools.ietf.org/html/rfc7539)のChaCha20とChaCha20-Poly1305暗号方式が追加された * [JDK-8171277: Elliptic Curves for Security in Crypto](https://bugs.openjdk.java.net/browse/JDK-8171277) * [JEP 324: Key Agreement with Curve25519 and Curve448]((https://bugs.openjdk.java.net/browse/JDK-8181595))にて[RFC 7748](https://tools.ietf.org/html/rfc7748)の公開鍵暗号Curve25519とCurve448が追加された * [JDK-7007966: Add Brainpool ECC support (RFC 5639)](https://bugs.openjdk.java.net/browse/JDK-7007966) * SunECプロバイダは[RFC5639](https://tools.ietf.org/html/rfc5639)の4つのBrainpool楕円曲線暗号をサポートするようになった * JDK 7時代に提案されていたものがようやく入った。なおSunJSSEは未対応 * [JDK-8196584: TLS 1.3 Implementation](https://bugs.openjdk.java.net/browse/JDK-8196584) * [JEP 332: Transport Layer Security (TLS) 1.3](https://bugs.openjdk.java.net/browse/JDK-8145252)により[RFC 8446](https://tools.ietf.org/html/rfc8446)のTLS 1.3がサポートされ、新たなオプションがいくつか追加さた。詳細は[Java Secure Socket Extension(JSSE) Doc](https://docs.oracle.com/en/java/javase/11/security/java-secure-socket-extension-jsse-reference-guide.html)参照 * TLS 1.3は1.2以前とは互換性が一部損なわれているため、利用する場合は動作の非互換性が生じる * [JDK-8208526: TLS 1.3 half-close and synchronization issues](https://bugs.openjdk.java.net/browse/JDK-8208526) * duplex-closeを強制する`jdk.tls.acknowledgeCloseNotify`プロパティが追加された * TLS 1.2以前はduplex-close policyだがTLS 1.3はharf-close policyである。この差異をソースコードを変更することなく対応するために用意された * [JDK-8177334: Update xmldsig implementation to Apache Santuario 2.1.1](https://bugs.openjdk.java.net/browse/JDK-8177334) - [XMLデジタル署名](https://docs.oracle.com/javase/11/security/oracle-providers.htm#JSSEC-GUID-D09DE3FE-237F-4B7B-A323-0A370137E0F3)の実装が[Apache Santuario](http://santuario.apache.org/) 1.5.4から2.1.1に更新された * [JDK-8201627: Kerberos sequence number issues](https://bugs.openjdk.java.net/browse/JDK-8201627) * Kerberos 5初期処理にて相互認証が要求されなかった場合に初期シーケンス番号をネゴシエートする仕組みがなかったので追加された * `sun.security.krb5.acceptor.sequence.number.nonmutual`で設定が可能 * [JDK-8200152: KerberosString should use UTF-8 by default](https://bugs.openjdk.java.net/browse/JDK-8200152) * `KerberosString`のデフォルトエンコードがASCIIからUTF-8に変更された * `-Dsun.security.krb5.msinterop.kstring=false`を指定することで従来通りASCIIが利用可能 * [JDK-8014628: Support AES Encryption with HMAC-SHA2 for Kerberos 5 defined in RFC 8009](https://bugs.openjdk.java.net/browse/JDK-8014628) * Kerberos 5に[RFC 8009](https://tools.ietf.org/html/rfc8009)のHMAC-SHA2 AES暗号がサポートされた。これはデフォルトで利用される * 変更したい場合は`krb5.conf`の`default_tkt_enctypes`と`default_tgs_enctypes`にて指定できる