RHEL 9.7におけるJava 25の非推奨API警告
RHEL 9.7でJava 25にアップグレードした後、IronPDF for Javaはsun.misc.Unsafe::allocateMemoryなどの内部Java APIを参照する非推奨APIの警告をログに記録します。 PDF生成は引き続き動作します; 警告は情報提供的なものですが、規制された環境ではコンプライアンスの懸念を引き起こす可能性があります。
警告はIronPDFのコード自体からではなく、内部で使用されているgRPC/Nettyトランスポートライブラリから発生します。 それらのライブラリは、直接メモリアクセスのためにsun.misc.Unsafeをまだ呼び出しています。 Java 23は削除予定のsun.misc.Unsafeメモリアクセスメソッドを非推奨とし(JEP 471)、Java 24以降では使用時に警告が表示されるため(JEP 498)、現在この警告が表面化しています。
解決策
1. 警告がブロックされていないことを確認する
変更を加える前にレンダリングがまだ成功することを確認してください。 メッセージは警告であり、エラーではなく、実行時の問題は観測されていません。 PDF生成は期待通りに機能するので、あなたはノイズを除去しているだけで、故障を修正しているわけではありません。
2. JVMの起動引数にアクセスフラグを追加する
アプリケーションを起動する際にこれらのオプションを渡して、JVMがトランスポートライブラリが必要とする内部パッケージを開くようにします:
--enable-native-access=ALL-UNNAMED
--sun-misc-unsafe-memory-access=allow
最初のフラグは無名モジュールにネイティブアクセスを許可します; 2番目のフラグはgRPC/Nettyスタックが依存するsun.misc.UnsafeメモリアクセスAPIを再有効化します。 どちらもIronPDFの動作は変更しません; これらが一緒にあることで非推奨警告を抑止します。

Curtis Chauは、カールトン大学でコンピュータサイエンスの学士号を取得し、Node.js、TypeScript、JavaScript、およびReactに精通したフロントエンド開発を専門としています。直感的で美しいユーザーインターフェースを作成することに情熱を持ち、Curtisは現代のフレームワークを用いた開発や、構造の良い視覚的に魅力的なマニュアルの作成を楽しんでいます。