La plate-forme Jakarta EE 10, le profil Web et les nouvelles spécifications de profil de base ont été publiés aujourd’hui, introduisant de nouvelles fonctionnalités pour la création d’applications Java natives du cloud modernisées, simplifiées et légères.
“Cette version est la” grande “qui place Jakarta EE fermement dans l’ère moderne des microservices et des conteneurs”, a déclaré Mike Milinkovich, directeur exécutif de la Fondation Eclipse. « La sortie de Jakarta EE 10 reflète le travail d’une communauté mondiale de contributeurs, avec le leadership de fournisseurs tels que Fujitsu, IBM, Oracle, Payara et Tomitribe. Jakarta EE a déjà contribué à insuffler une nouvelle vie à Java d’entreprise, mais avec cette version, il a maintenant livré des innovations clés pour l’ère du cloud natif, qui sont essentielles pour l’avenir de notre industrie.
Les nouvelles versions offrent de nouvelles fonctionnalités dans plus de 20 spécifications de composants via des mises à jour de version. Cela inclut Jakarta Contexts and Dependency Injection (CDI) 4.0, qui offre Jakarta RESTful Web Services 3.1 et standardise une API Java SE Bootstrap. Jakarta Security 3.0 est également nouveau avec la prise en charge d’OpenID Connect et de nouvelles fonctions dans les requêtes Jakarta Persistence. Les développeurs peuvent également créer des vues Jakarta Faces avec Java pur.
Selon un communiqué de presse du fournisseur de serveurs d’applications open source Payara, Jakarta EE 10 est la première version majeure de Jakarta EE depuis la mise à jour majeure de l’espace de noms, apportée par Jakarta EE 9.
Avec Jakarta EE 9, l’espace de noms de package javax a été déplacé vers jakarta sur la plate-forme Jakarta EE 9, les spécifications de profil Web et les TCK associés. “Avec Jakarta EE 10, nous voyons la première version du nouvel espace de noms qui ajoute également des fonctionnalités pour l’utilisateur de Jakarta EE”, a écrit la société dans son annonce. « Le JDK Java de base utilisé évolue également, passant de Java 8 à Java 11 au niveau de l’API, et Java 17 pour les runtimes. Pour les utilisateurs de Jakarta EE 8 passant à Jakarta EE 10, toutes les importations de Jakarta EE dans le code devront être remplacées par le nouvel espace de noms.’
Par exemple, la version notée, pour la messagerie, javax.jms doit devenir jakarta.jms ; Java Persistence, très utilisé dans Hibernate et Spring, doit passer de javax.persistence à jakarta.persistence, etc.
En outre, a déclaré Payara, les nouvelles fonctionnalités Java SE peuvent désormais être utilisées avec Jakarta EE 10 ; certains d’entre eux sont Completable Future, Fork/Join pools et une meilleure intégration avec les nouvelles technologies comme OpenID. Les utilisateurs de la communauté Payara pourront profiter de ces changements tout de suite, grâce à Payara 6 Community Alpha 4 compatible avec Jakarta 10.
Pendant ce temps, le nouveau Core Profile propose des spécifications Jakarta EE qui ciblent des temps d’exécution plus petits pour le développement de microservices, y compris une nouvelle spécification CDI-Lite qui permet la compilation en natif en fournissant des extensions compatibles avec la construction.
Les développeurs peuvent désormais développer et déployer des applications Jakarta EE 10 sur Java SE 11 et SE 17 et tirer parti des nouvelles fonctionnalités de SE 9 et SE 11. Ils ont également accès à un développement d’applications simplifié grâce à l’utilisation plus large d’annotations supplémentaires.
