Actualité originale
Pour aller de l'avant avec Java d'entreprise, la Fondation Eclipse présente sa propre version du serveur d'applications GlassFish, qui a traditionnellement servi d'implémentation de référence de la plate-forme Java EE (Java Enterprise Edition).
Eclipse GlassFish 5.1 est compatible avec la spécification Java EE 8 et est une migration complète de GlassFish vers l'open source Eclipse Foundation. Le serveur d'applications GlassFish prend en charge les technologies d'entreprise, notamment JavaServer Faces, Enterprise JavaBeans et Java Message Service (JMS).
D'Oracle à la Fondation Eclipse
Eclipse, qui a pris en charge l'évolution du Java d'entreprise depuis Oracle depuis 2017, a déclaré que cette version est une étape vers une compatibilité descendante avec Jakarta EE, qui est le successeur prévu d'Eclipse pour Java EE. La prochaine version d'Eclipse GlassFish, Eclipse GlassFish 5.2, servira d'implémentation de référence compatible avec Jakarta EE 8.
Selon la fondation, la migration de GlassFish vers Eclipse était un «énorme» problème technique et juridique. La contribution de GlassFish et de l'API Oracle Java EE à Jakarta EE est terminée. Java EE TCK (kits de compatibilité de test), auparavant confidentiels et propriétaires, sont désormais open source et hébergés sur Eclipse. De plus, la base de code Eclipse GlassFish a été re-licenciée sur la base de la CDDL-GPL (General Development and Distribution License, GNU General Public License) et Classpath sur la Eclipse Public License 2.0 plus GPL à l'exception de Classpath.
De Java EE à Jakarta EE
Jakarta EE est une marque et un ensemble de spécifications, tout comme Java EE était une marque et un ensemble de spécifications. Les serveurs d'applications Java passeront de Java EE à Jakarta EE. Cependant, le processus de spécification Jakarta EE est toujours en cours de développement. La première version de Jakarta EE sera Jakarta EE 8, l'équivalent de Java EE 8. Eclipse espère sortir Jakarta EE 8 d'ici le milieu de l'année. Après cela, envisage d'envisager l'ajout de fonctionnalités telles que la modularité, les microservices et un modèle réactif non bloquant à Jakarta EE. La modularisation synchronisera Java d'entreprise avec Java SE (Standard Edition). Jakarta EE se concentrera sur les déploiements cloud. Eclipse nécessite également plusieurs implémentations de référence Jakarta EE compatibles.