AccueilActualités informatiqueLe serveur d'applications WildFly 25 est prêt pour Java SE 17

Le serveur d’applications WildFly 25 est prêt pour Java SE 17

L’équipe de développement soutenue par Red Hat qui se cache derrière le serveur d’applications Java WildFly a livré la version 25. La nouvelle version apporte un certain nombre d’adaptations supplémentaires aux différentes versions de support à long terme de Java SE – y compris la dernière version Java SE 17. Le serveur d’application, qui sert de base open source à JBoss EAP (Enterprise Application Platform), a également terminé la conversion au cadre de sécurité Elytron.

Sommaire

Alors que WildFly 25 est toujours une implémentation compatible avec Jakarta EE 8 par défaut, le Technology Compatibility Kit (TCK) de Jakarta EE 9.1 a déjà été utilisé dans les tests d’adaptation aux versions LTS de Java SE dans la phase d’aperçu. En plus de SE 11 et SE 8, les développeurs peuvent désormais utiliser la nouvelle version avec Java SE 17. Cependant, il est important de noter que la JVM rejettera les appels réfléchis, pour lesquels seul un avertissement apparaîtrait sous SE 11. Pour permettre l’accès dans les instances de Java SE 17, quelques ajustements dans la configuration du JPMS sont nécessaires, à moins que des jars amorçables ou des scripts de lancement adaptés ne soient utilisés :

--add-exports=java.desktop/sun.awt=ALL-UNNAMED

--add-exports=java.naming/com.sun.jndi.ldap=ALL-UNNAMED

--add-opens=java.base/java.lang=ALL-UNNAMED

--add-opens=java.base/java.lang.invoke=ALL-UNNAMED

--add-opens=java.base/java.lang.reflect=ALL-UNNAMED

--add-opens=java.base/java.io=ALL-UNNAMED

--add-opens=java.base/java.security=ALL-UNNAMED

--add-opens=java.base/java.util=ALL-UNNAMED

--add-opens=java.base/java.util.concurrent=ALL-UNNAMED

--add-opens=java.management/javax.management=ALL-UNNAMED

--add-opens=java.naming/javax.naming=ALL-UNNAMED

Depuis WildFly 11, une alternative basée sur le cadre de sécurité Elytron est disponible pour remplacer l’ancienne couche de sécurité, qui a déjà été marquée comme obsolète. Avec le passage à Java SE 17, qui ne dispose pas des paquets nécessaires à la sécurité héritée, l’équipe de développement remplace également l’ancienne structure de sécurité et fait d’Elytron la norme. Cela élimine, entre autres, le security-realm-dans les fichiers de configuration. Le magasin de sécurité basé sur PicketBox pour les informations d’identification est également remplacé par les ressources fournies par Elytron.

Vous trouverez plus de détails sur les nouveautés de WildFly 25 dans les notes de publication. Un billet de blog séparé donne également un aperçu des modifications du serveur d’applications prévues pour les futures versions.

Plus d'articles