Avertissements concernant les API obsolètes de Java 25 sur RHEL 9.7

Updated: 3 juillet 2026

Après la mise à niveau vers Java 25 sur RHEL 9.7, IronPDF for Java enregistre des avertissements d'API obsolètes qui font référence à des API internes de Java telles que sun.misc.Unsafe::allocateMemory. La génération de PDF continue de fonctionner ; les avertissements sont informatifs, mais ils peuvent soulever des préoccupations de conformité dans les environnements réglementés.

Les avertissements proviennent des bibliothèques de transport gRPC/Netty qu'IronPDF utilise en interne, et non du code propre d'IronPDF. Ces bibliothèques appellent toujours sun.misc.Unsafe pour l'accès direct à la mémoire. Java 23 a classé comme obsolètes les méthodes d'accès à la mémoire sun.misc.Unsafe pour suppression (JEP 471), et Java 24 et les versions ultérieures avertissent lorsqu'elles sont utilisées (JEP 498), ce qui explique pourquoi les avertissements apparaissent maintenant.

Solution

1. Confirmer que les avertissements ne bloquent pas

Vérifiez que le rendu réussit toujours avant de changer quoi que ce soit. Les messages sont des avertissements, pas des erreurs, et aucun problème à l'exécution n'a été observé. La génération de PDF fonctionne comme prévu, donc vous éliminez le bruit, sans corriger une faute.

2. Ajouter les indicateurs d'accès à votre configuration de démarrage JVM

Passez ces options lors du lancement de votre application pour que la JVM ouvre le package interne requis par les bibliothèques de transport :

--enable-native-access=ALL-UNNAMED
--sun-misc-unsafe-memory-access=allow

--enable-native-access=ALL-UNNAMED
--sun-misc-unsafe-memory-access=allow

SHELL

Le premier indicateur autorise l'accès natif pour les modules non nommés ; le second réactive l'API mémoire sun.misc.Unsafe dont dépend la pile gRPC/Netty. Aucun des deux ne modifie le comportement d'IronPDF ; ensemble, ils suppriment les avertissements de dépréciation.

Avertissement: Ces indicateurs sont une atténuation provisoire, pas une solution permanente. La résolution à long terme consiste à mettre à jour les bibliothèques gRPC/Netty intégrées à des versions qui ne dépendent plus de sun.misc.Unsafe. Les futures versions de Java pourraient renforcer encore l'application et casser ce contournement.

Curtis Chau

Discutez maintenant avec l'équipe d'ingénierie

Rédacteur technique

Curtis Chau détient un baccalauréat en informatique (Université de Carleton) et se spécialise dans le développement front-end avec expertise en Node.js, TypeScript, JavaScript et React. Passionné par la création d'interfaces utilisateur intuitives et esthétiquement plaisantes, Curtis aime travailler avec des frameworks modernes et créer des manuels bien structurés et visuellement attrayants.

...