RedHat a publié la version 18 de son serveur d'applications WildFly prenant en charge Jakarta EE 8 et MicroProfile 3.0. Les autres fonctionnalités incluent l'alignement avec les API de Jakarta EE, le support de JDK 13 et les améliorations de la sécurité, du clustering et des des sous-systèmes EE, en particulier ceux qui concernent les EJB et RESTEasy.
WildFly, un runtime géré d'applications open source, flexible et léger, a été initialement certifié compatible Jarkata EE 8 avec une version antérieure, la version 17.0.1, peu de temps après le début de la conférence virtuelle JakartaOne et la sortie officielle de Jakarta EE 8. Cette dernière version est également certifiée compatible Jakarta EE 8. Les certifications TCK pour la plateforme complète et la plateforme Web sont disponibles pour examen à la communauté Java. WildFly 18 est également certifié comme une implémentation compatible de Java EE 8. Anciennement appelé JBoss Application Server (JBoss AS), WildFly est le projet en amont de JBoss Enterprise Application Platform (JBoss EAP).
Le support de MicroProfile 3.0 est actuellement limitée aux dernières versions des API Config, Health Check, Metrics, Open Tracing et REST Client. Parallèlement à la certification Jakarta EE, Red Hat s'est également efforcé de s'aligner sur la communauté Jakarta en prenant en charge diverses API Java EE et Jakarta EE.
JDK 13
Red Hat s'efforce de "faire bien fonctionner nos versions pour la plupart des cas d'utilisation sur la dernière version GA disponible du JDK", ce qui signifie que WildFly 18 prend en charge JDK 13. Cependant, il y a une mise en garde comme Brian Stansbury, ingénieur logiciel principal chez Red Hat, explique :
Par bien fonctionner, je veux dire que la principale suite de tests WildFly fonctionne avec pas plus de quelques échecs dans des domaines qui ne devraient pas être couramment utilisés. Nous voulons que les développeurs qui essaient d'évaluer ce que la dernière JVM représente pour leurs applications soient capables de considérer WildFly comme une plateforme de développement utile.
Red Hat recommande d'utiliser la dernière version LTS, JDK 11, car ils testent plus en profondeur ces versions. JDK 8 sera pris en charge jusqu'à WildFly 21.
Améliorations de la sécurité
La sécurité implémentée dans WildFly comprend son propre projet, Elytron, un framework de sécurité unifié unique utilisé pour configurer les accès de gestion au serveur et pour les applications déployées sur le serveur. Ce projet, nommé d'après le nom d'une enveloppe protectrice dure au-dessus des ailes d'insectes volants comme les coléoptères, couvre l'authentification, l'autorisation, SSL/TLS et le stockage sécurisé des informations d'identification. Elytron a remplacé l'utilisation combinée de PicketBox et de JAAS pour la sécurité côté client et côté serveur.
Les améliorations de la sécurité dans Elytron en Wildfly 18 comprennnent l'amélioration de l'audit du logging, l'agrégation des domaines de sécurité (security realms) pour le chargement des attributs dans un seul identiy, l'ajout de principal-transformer dans aggregate-realm, et le support des mots de passe masqués dans le fichier XML client.
Wildfly 19
Dans la perspective de Wildfly 19, les plans de RedHat pour inclure d'autres améliorations de la sécurité tels que l'intégration avec Elytron des services Web et RESTEasy.
Red Hat s'est également engagé à prendre en charge MicroProfile 3.2 et à implémenter les API MicroProfile restantes, à savoir JWT Authentication, Fault Tolerance et Open API avec la sortie de WildFly 19.
Pour débuter
Le référentiel Quick Starts de Red Hat fournit de petits exemples pratiques sur la façon d'utiliser WildFly avec Jakarta EE 8. Les exigences minimales incluent WildFly 16, JDK 8 et Maven 3.3.1.
Un didacticiel plus complexe et approfondi sur la façon de créer une application WildFly à l'aide de MySQL et Spring Boot s'exécutant sur une VM Azure peut être consulté ici.