Movatterモバイル変換

JDK 16で導入されたJEP 396にご注意!!JEP 396 : Strongly Encapsulate JDK Internals by DefaultJJUG CCC 2021 Spring2021年5月23日徳益芳郎

Yoshiro TokumasuSoftware Engineerhttps://www.slideshare.net/tokumasu123/presentations使ってみよう！JDK Flight Recorder2018年12月11日徳益芳郎Duke 出典：An Oracle blog about Oracle Enterprise Pack for Eclipse「Java 8 Launch!」ログ出力を改めて考える- JDK Flight Recorder の活用 -2019年6月27日徳益芳郎Duke 出典：An Oracle blog about Oracle Enterprise Pack for Eclipse「Java 8 Launch!」

はじめに2021年3月リリースのJDK 16では、17個の JEP（JDK Enhancement Proposal）が導入されました。導入された JEP に関する個々の詳細は、OpenJDK サイトの JDK 16 をご覧ください。JDK 16 で導入された JEP のうち、JEP 396 : Strongly Encapsulate JDKInternals by Default による影響は十分に評価・準備することをお勧めします。本セッションでは、JEP 396での変更点やその背景を解説すると共に、アプリケーションでの評価・確認する際のポイントをご紹介します。3

JEP 396 :Strongly Encapsulate JDK Internals by Default

このような警告メッセージを見たことありませんか？WARNING: An illegal reflective access operation has occurredWARNING: Illegal reflective access by org.jruby.ext.openssl.SecurityHelper (file:/tmp/jruby-1/jruby5029500797019692358jopenssl.jar) to field java.security.MessageDigest.providerWARNING: Please consider reporting this to the maintainers oforg.jruby.ext.openssl.SecurityHelperWARNING: Use --illegal-access=warn to enable warnings of further illegal reflective accessoperationsWARNING: All illegal access operations will be denied in a future release5

JEP 396での変更点従来（JDK 9 ∼ 15）--illegal-access=permit をデフォルト設定としてJava VMが起動する今後（JDK 16以降）--illegal-access=deny をデフォルト設定としてJava VMが起動する6

JEP 396による影響モジュール化していないアプリケーションやライブラリ(OSSを含む)にて、sun.* や com.sun.* パッケージを含むJDK内部APIを利用している場合、アプリケーション実行時に InaccessibleObjectException などのランタイム例外が発生する7

JEP 396の背景JDK 9リリース時に導入されたモジュール化ですが、完全なカプセル化を強制すると影響が大きいということで、妥協した状態（--illegal-access=permit：Relaxed strong encapsulation）で導入され、JDK内部APIを利用しない実装へ改修するための移行期間を設けていたしかし次のLTS（Long Term Support）候補であるJDK 17のリリース（2021年9月予定）が見えてきた今（JDK 16 リリース時）、次の段階（--illegal-access=deny：Strong encapsulation）に進むことになる8

モジュールに対するアクセス制御モジュールシステムの基本

モジュール化従来のJARファイルmodule foo {exports bar;opens fizz;requires buzz;}モジュール定義module-infoモジュラJARファイル10

アクセス制御はモジュール定義に従うmodule-infomodule-infoDirectReflectionDeep Reflectionmodule bar {exports a;}module-infomodule fizz {exports c;opens c;}module foo {requires bar;requires buzz;}module-infomodule buzz {exports b;opens b;}＜凡例＞：モジュール定義に従いアクセスできない（例外発生） 11foo barfizzbuzz

モジュールの分類モジュールシステムにおける経過措置

モジュール対応状況と配備場所Unnamed Modules--class-path --module-path従来のJARファイル従来のJARファイルmodule-infoモジュラJARファイルmodule-infoモジュラJARファイルmodule-infoAutomatic ModulesNamed Modules無視生成13JARファイル名モジュール名module-info生成モジュール名がない！module-info生成モジュール名がない！

Unnamed / Automatic Modulesの扱いモジュール定義 Unnamed Modules Automatic Modulesname なしJarファイル名または、JarファイルのMANIFEST属性で指定requiresALL-MODULE-PATHALL-UNNAMEDALL-SYSTEMALL-MODULE-PATHALL-UNNAMEDALL-SYSTEMexports ＊（全て公開）＊（全て公開）opens ＊（全て許可）＊（全て許可）14

モジュールの分類System ModulesUnnamed Modules Automatic ModulesNamed Modulesmodule-infofizzmodule-infomodule-info15module-info⁉モジュール名がない！経過措置：将来は削除される予定だが、JDK 16 でも継続されるJARファイル名モジュール名

モジュール分類間のアクセス制御Illegal-access が発生する箇所（モジュール分類間）を知る！

モジュールの分類System ModulesUnnamed Modules Automatic ModulesNamed Modulesmodule-infofizzmodule-infomodule-info17module-info⁉モジュール名がない！ JARファイル名モジュール名再掲載

module-infoAutomatic ModulesUnnamed Modules → Automatic ModulesUnnamed Modules18⁉module-infoモジュール名がない！Unnamed Modules は、Automatic Modules を含む全てのモジュールを参照（requires）と定義されているJARファイル名モジュール名module fileA {exports ＊;opens ＊;}全てのパッケージを公開全てのパッケージへの Deep Reflection を許可＜凡例＞：モジュール定義に従いアクセス制御されるDirectReflectionDeep Reflection

module-infoAutomatic ModulesAutomatic Modules → Unnamed ModulesUnnamed Modules19DirectReflectionDeep Reflectionmodule ⁉ {exports ＊;opens ＊;}全てのパッケージを公開全てのパッケージへの Deep Reflection を許可⁉module-infoAutomatic Modules は、Unnamed Modules を含む全てのモジュールを参照（requires）と定義されているモジュール名がない！ JARファイル名モジュール名＜凡例＞：モジュール定義に従いアクセス制御される

Unnamed Modules → Named Modules⁉module-infoモジュール名がない！fizzmodule-infoNamed ModulesUnnamed Modules は、Named Modules を含む全てのモジュールを参照（requires）と定義されている＜凡例＞：モジュール定義に従いアクセス制御されるDirectReflectionDeep Reflectionmodule fizz {exports D;opens D;}モジュール定義の内容は、モジュール毎に異なるUnnamed Modules20

module-infoAutomatic ModulesAutomatic Modules → Named Modules21JARファイル名モジュール名＜凡例＞：モジュール定義に従いアクセス制御されるfizzmodule-infoNamed ModulesDirectReflectionDeep ReflectionAutomatic Modules は、Named Modules を含む全てのモジュールを参照（requires）と定義されているmodule fizz {exports D;opens D;}モジュール定義の内容は、モジュール毎に異なる

Named Modules → Unnamed ModulesUnnamed Modulesfizzmodule-infoNamed Modules22DirectReflectionDeep Reflection⁉＜凡例＞：Named Modules のモジュール定義にて requires 指定できないので、アクセスできないmodule ⁉ {exports ＊;opens ＊;}Unnamed Modules は、モジュール名がないmodule-infoモジュール名がない！Named Modules は、参照したいモジュールをrequires で定義する必要がある

module-infoAutomatic ModulesNamed Modules → Automatic Modules23JARファイル名モジュール名＜凡例＞：モジュール定義に従いアクセス制御されるfizzmodule-infoNamed Modulesmodule fizz {exports D;opens D;requires fileA;}Named Modules は、参照したいモジュールをrequires で定義する必要があるmodule fileA {exports ＊;opens ＊;}全てのパッケージを公開全てのパッケージへの Deep Reflection を許可DirectReflectionDeep Reflection

module-infoAutomatic ModulesAutomatic Modules → System Modules24DirectReflectionDeep ReflectionAutomatic Modules は、System Modules を含む全てのモジュールを参照（requires）と定義されているJARファイル名モジュール名System Modulesmodule-infomodule buzz {exports D;}モジュール定義の内容は、モジュール毎に異なる＜凡例＞：モジュール定義に従いアクセス制御される

Unnamed Modules → System Modules25System Modulesmodule-infoUnnamed Modules⁉module-infoモジュール名がない！module buzz {exports D;}Unnamed Modules は、System Modules を含む全てのモジュールを参照（requires）と定義されているDirectReflectionDeep Reflection！--illegal-access=permitJDK 15 以前の挙動！！＜凡例＞：モジュール定義に反して常にアクセス可能（警告メッセージ）！

モジュール定義に反して常にアクセス可能$ java --show-version Main2.javaopenjdk 15.0.2 2021-01-19OpenJDK Runtime Environment (build 15.0.2+7-27)OpenJDK 64-Bit Server VM (build 15.0.2+7-27, mixed mode, sharing)WARNING: An illegal reflective access operation has occurredWARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)WARNING: Please consider reporting this to the maintainers of Main2WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operationsWARNING: All illegal access operations will be denied in a future release26

Unnamed Modules → System Modules27System Modulesmodule-infoUnnamed Modules⁉module-infoモジュール名がない！module buzz {exports D;}モジュール定義の内容は、モジュール毎に異なるUnnamed Modules は、System Modules を含む全てのモジュールを参照（requires）と定義されているDirectReflectionDeep Reflection--illegal-access=denyJDK 16 以降の挙動＜凡例＞：モジュール定義に従いアクセス制御される

モジュール定義に従いアクセス制御される$ java --show-version Main2.javaopenjdk 16 2021-03-16OpenJDK Runtime Environment (build 16+35-2229)OpenJDK 64-Bit Server VM (build 16+35-2229, mixed mode, sharing)java.lang.reflect.InaccessibleObjectException: Unable to make private booleanjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean) accessible: module java.basedoes not "opens java.util.concurrent" to unnamed module @7f416310at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)at java.base/java.lang.reflect.Method.setAccessible(Method.java:193)at Main3.main(Main2.java:18)28RuntimeException

JDK内部APISystem Modules の非公開な APIのうち、--illegal-access=deny の影響を受ける箇所（分類）を知る！

JDK内部API本来、アプリケーションやライブラリで利用されることを想定していない非公開な API であり、sun.* や com.sun.* または jdk.* パッケージなど…ここでは、以下の３つに分類する代替APIが存在する影響が大きいその他30System Modulesmodule-info

代替APIが存在する JDK内部APIhttps://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+Tool 31JDK 8の時点で既に代替APIが提供されており、現在は削除されている標準APIJDK内部API標準APIJDK内部API

影響が大きい JDK内部API重要な機能を提供しているが、現時点でも代替APIが存在しない…経過措置：jdk.unsupported モジュールに格納されて提供されている将来は削除される予定だが、JDK 16 でも継続されるsun.misc.Signalsun.misc.SignalHandlersun.misc.Unsafesun.reflect.Reflection::getCallerClass(int)sun.reflect.ReflectionFactorycom.sun.nio.file.ExtendedCopyOptioncom.sun.nio.file.ExtendedOpenOptioncom.sun.nio.file.ExtendedWatchEventModifiercom.sun.nio.file.SensitivityWatchEventModifier$ java --describe-module jdk.unsupportedjdk.unsupported@16exports com.sun.nio.fileexports sun.miscexports sun.reflectrequires java.base mandatedopens sun.miscopens sun.reflectJDK 9 で代替APIが提供されたのでJDK 11で削除された32

その他 JDK内部API① 他の分類に該当しない、sun.* や com.sun.* パッケージなどの非公開パッケージJDK 9以降の環境では、基本的にカプセル化されている（アクセス不可）経過措置（JDK15まで）：実行時に限り、Unnamed module に対して公開 (exports)② 全パッケージに含まれる private クラスやメソッド、フィールドなど…Deep Reflection によるアクセスを必須とする経過措置（JDK15まで）：Unnamed module に対して deep reflection を許可 (opens)33

JDK内部APIの分類とその影響JEP 396（--illegal-access のパラメータを permit から deny に変更）の影響がJDK内部APIの分類に応じて異なるJDK内部APIの分類 --illegal-access=permit --illegal-access=deny代替APIが存在する ❌(NoClassDefFoundError などが発生)❌(NoClassDefFoundError などが発生)影響が大きい(jdk.unsupported モジュール)✔ ✔その他 ✔ ❌(InaccessibleObjectException などが発生)＜凡例＞ ✔：問題なくアクセス可能 ❌：アクセス不可（例外が発生する）34JDK 16 のデフォルト値

--illegal-access=<parameter>Java VM 起動オプション

Unnamed Module による許可されていないJDK内部APIへのアクセスに対する挙動を、パラメータ値に応じて制御する--illegal-access のパラメータと挙動パラメータ値初回アクセス２回目以降のアクセス補足permit △ ✔ JDK 9 ∼15のデフォルト値warn △ △ ーdebug△（スタックトレースも出力）△（スタックトレースも出力）ーdeny ❌ ❌ JDK 16以降のデフォルト値＜凡例＞ ✔：問題なくアクセス可能 △：アクセス可能（但し、警告メッセージを出力） ❌：アクセス不可（例外が発生する）36

--illegal-access=warn の場合$ java --show-version --illegal-access=warn Main2.javaopenjdk 15.0.2 2021-01-19OpenJDK Runtime Environment (build 15.0.2+7-27)OpenJDK 64-Bit Server VM (build 15.0.2+7-27, mixed mode, sharing)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to fieldcom.sun.crypto.provider.BlowfishConstants.BLOWFISH_BLOCK_SIZE37警告メッセージ（許可されないアクセスの回数分）

--illegal-access=debug の場合$ java --show-version --illegal-access=debug Main2.javaopenjdk 15.0.2 2021-01-19OpenJDK Runtime Environment (build 15.0.2+7-27)OpenJDK 64-Bit Server VM (build 15.0.2+7-27, mixed mode, sharing)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)at Main2.main(Main2.java:18)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)at Main2.main(Main2.java:26)WARNING: Illegal reflective access by Main2 (file:/2021/Main2.java) to fieldcom.sun.crypto.provider.BlowfishConstants.BLOWFISH_BLOCK_SIZEat Main2.main(Main2.java:35)38警告メッセージとスタックトーレス（許可されないアクセスの回数分）

影響ある箇所の特定方法は⁉その他に分類されるJDK内部APIを利用する箇所を特定する

JDK内部APIの分類とその影響JEP 396（--illegal-access のパラメータを permit から deny に変更）の影響がJDK内部APIの分類に応じて異なるJDK内部APIの分類 --illegal-access=permit --illegal-access=deny代替APIが存在する ❌(NoClassDefFoundError などが発生)❌(NoClassDefFoundError などが発生)影響が大きい(jdk.unsupported モジュール)✔ ✔その他 ✔ ❌(InaccessibleObjectException などが発生)＜凡例＞ ✔：問題なくアクセス可能 ❌：アクセス不可（例外が発生する）40JDK 16 のデフォルト値再掲載

JDK内部APIを利用するコード例try {sun.misc.BASE64Encoder b64 = new sun.misc.BASE64Encoder();System.out.println(b64.encode(new byte[]{1, 2, 3}));} catch (Throwable ex) { ex.printStackTrace(); }try {Field field = sun.misc.Unsafe.class.getDeclaredField(“theUnsafe");field.setAccessible(true);sun.misc.Unsafe unsafe = (sun.misc.Unsafe) field.get(null);} catch (Exception ex) { ex.printStackTrace(); }try {java.util.conccurent.ThreadPoolExecutor executor =new ThreadPoolExecutor(5, 10, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>());Method addWorker = ThreadPoolExecutor.class.getDeclaredMethod(“addWorker", Runnable.class, Boolean.TYPE);addWorker.setAccessible(true);addWorker.invoke(executor, null, Boolean.FALSE);} catch (Exception ex) { ex.printStackTrace(); }その他41Deep Reflection代替APIが存在する影響が大きい

jdeps ツールで確認⁉$ jdeps --jdk-internals --class-path test.legacy.main.jartest.legacy.main.jar -> jdk8internalstest.legacy.main.jar -> jdk.unsupportedtest.main.Main -> sun.misc.BASE64Encoder JDK internal API (jdk8internals)test.main.Main -> sun.misc.Unsafe JDK internal API (jdk.unsupported)警告: JDK内部APIはサポートされておらず、JDK実装専用ですが、互換性なしで削除または変更される場合があり、アプリケーションを中断させる可能性があります。JDK内部APIの依存性を削除するようコードを変更してください。JDK内部APIの置換に関する最新の更新については、次を確認してください:https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+ToolJDK内部API 修正候補-------- ----sun.misc.BASE64Encoder Use java.util.Base64 @since 1.8sun.misc.Unsafe See http://openjdk.java.net/jeps/26042

jdeps ツールで確認する際の注意点--jdk-internals オプションで確認できる JDK内部API の種類は限られる！JDK内部APIの分類 jdepsツールでの確認例代替APIが存在する ✔ sun.misc.BASE64Decodersun.reflect.Reflection.getCallerClass影響が大きい(jdk.unsupported モジュール)✔ sun.misc.Unsafecom.sun.nio.file.ExtendedCopyOptionその他 ❌java.util.concurrent.ThreadPoolExecutor.addWorkerjava.security.MessageDigest.providersun.security.util.SecurityConstants＜凡例＞ ✔：確認できる ❌：確認できない43direct アクセスの箇所のみ検出できる

⁉setAccessible(true) の箇所を特定⁉全てのソースコード(商用版を含む)を保持しているなら可能かもねぇ…OSSの場合でもマイナーバージョンまで完全把握していないとねぇ…System modules 以外のモジュールに対する箇所もヒットするけどねぇ…やらないより、やる価値はあるので、自作のソースコードだけでも！44

JDK 16 以降に向けた準備・確認以下のように JEP 396 による影響を確認する1.--illegal-access=debug を明示的に指定して Java VM を起動する警告メッセージとスタックトレースを基に修正すべき箇所を確認する2.--illegal-access=deny を明示的に指定して Java VM を起動する例外が発生することなく、アプリケーションが正常動作することを確認する45

JDK 16 で実行してみた…

JDK 16 では、やっぱり例外発生！$ java --show-version Main3.javaopenjdk 16 2021-03-16OpenJDK Runtime Environment (build 16+35-2229)OpenJDK 64-Bit Server VM (build 16+35-2229, mixed mode, sharing)java.lang.reflect.InaccessibleObjectException: Unable to make private booleanjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean) accessible: module java.basedoes not "opens java.util.concurrent" to unnamed module @7f416310at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:357)at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:199)at java.base/java.lang.reflect.Method.setAccessible(Method.java:193)at Main3.main(Main3.java:18)47RuntimeException

ソースコード修正なしに対処するには…$ java --show-version --add-opens java.base/java.util.concurrent=ALL-UNNAMED Main3.javaopenjdk 16 2021-03-16OpenJDK Runtime Environment (build 16+35-2229)OpenJDK 64-Bit Server VM (build 16+35-2229, mixed mode, sharing)48この対処は、リスクをともなうので注意が必要であるモジュール提供者の意思に反している！JDK内部APIが変更・削除された場合、失敗する！

JDK 16 では --illegal-access は deprecated$ java --show-version --illegal-access=permit Main3.javaOpenJDK 64-Bit Server VM warning: Option --illegal-access is deprecated and will be removed in a future release.openjdk 16 2021-03-16OpenJDK Runtime Environment (build 16+35-2229)OpenJDK 64-Bit Server VM (build 16+35-2229, mixed mode, sharing)WARNING: An illegal reflective access operation has occurredWARNING: Illegal reflective access by Main3 (file:/2021/Main3.java) to methodjava.util.concurrent.ThreadPoolExecutor.addWorker(java.lang.Runnable,boolean)WARNING: Please consider reporting this to the maintainers of Main3WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operationsWARNING: All illegal access operations will be denied in a future release49警告メッセージ（初回アクセス分のみ）

JEP 396での変更点従来（JDK 9 ∼ 15）--illegal-access=permit をデフォルト設定としてJava VMが起動する今後（JDK 16以降）--illegal-access=deny をデフォルト設定としてJava VMが起動する51再掲載

Unnamed Modules → System Modules52System Modulesmodule-infoUnnamed Modules⁉module-infoモジュール名がない！module buzz {exports D;}モジュール定義の内容は、モジュール毎に異なるUnnamed Modules は、System Modules を含む全てのモジュールを参照（requires）と定義されているDirectReflectionDeep Reflection--illegal-access=permitJDK 15 以前の挙動再掲載！！＜凡例＞：モジュール定義に反して常にアクセス可能（警告メッセージ）！！

Unnamed Modules → System Modules53System Modulesmodule-infoUnnamed Modules⁉module-infoモジュール名がない！module buzz {exports D;}モジュール定義の内容は、モジュール毎に異なるUnnamed Modules は、System Modules を含む全てのモジュールを参照（requires）と定義されているDirectReflectionDeep Reflection--illegal-access=denyJDK 16 以降の挙動＜凡例＞：モジュール定義に従いアクセス制御される再掲載

その他 JDK内部API① 他の分類に該当しない、sun.* や com.sun.* パッケージなどの非公開パッケージJDK 9以降の環境では、基本的にカプセル化されている（アクセス不可）経過措置（JDK15まで）：実行時に限り、Unnamed module に対して公開 (exports)② 全パッケージに含まれる private クラスやメソッド、フィールドなど…Deep Reflection によるアクセスを必須とする経過措置（JDK15まで）：Unnamed module に対して deep reflection を許可 (opens)54再掲載

JDK 16 以降に向けた準備・確認以下のように JEP 396 による影響を確認する1.--illegal-access=debug を明示的に指定して Java VM を起動する警告メッセージとスタックトレースを基に対処すべき箇所を確認する2.--illegal-access=deny を明示的に指定して Java VM を起動する例外が発生することなく、アプリケーションが正常動作することを確認する55再掲載

--add-opens/--add-exports のリスク$ java --show-version --add-opens java.base/java.util.concurrent=ALL-UNNAMED Main2.javaopenjdk 16 2021-03-16OpenJDK Runtime Environment (build 16+35-2229)OpenJDK 64-Bit Server VM (build 16+35-2229, mixed mode, sharing)56この対処は、リスクをともなうので注意が必要であるモジュール提供者の意思に反している！JDK内部APIが変更・削除された場合、失敗する！

参考情報JDK 16 - OpenJDK -https://openjdk.java.net/projects/jdk/16/JEP 396: Strongly Encapsulate JDK Internals by Defaulthttps://openjdk.java.net/jeps/396Relaxed Strong encapsulation - JEP 261: Module System -https://openjdk.java.net/jeps/261#Relaxed-strong-encapsulation58

参考情報JEP 260: Encapsulate Most Internal APIshttps://openjdk.java.net/jeps/260Replace uses of the JDK’s internal APIs - Java Dependency Analysis Tool -https://wiki.openjdk.java.net/display/JDK8/Java+Dependency+Analysis+ToolInternal packages that will no longer be open by default  / Exported packages that will no longer be open by defaulthttps://cr.openjdk.java.net/~mr/jigsaw/jdk8-packages-denied-by-default59

その他使ってみよう！JDK Flight Recorderhttps://www.slideshare.net/tokumasu123/jdk-flight-recorder-126001298ログ出力を改めて考える - JDK Flight Recorder の活用 -https://www.slideshare.net/tokumasu123/jdk-flight-recorder-155345312JFR Event Streaming によるAP監視 - JDK Flight Recorder の活用 -https://www.slideshare.net/tokumasu123/jfr-event-streamingap-jdk-flight-recorder60

END“JDK 16 で導入された JEP 396 にご注意”JEP 396 : Strongly Encapsulate JDK Internals by Default

JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）

Movatterモバイル変換

Change Language

JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）

Embed presentation

Recommended

More Related Content

What's hot

Similar to JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）

JDK 16 で導入された JEP 396 にご注意!! （JJUG CCC 2021 Spring）