Noticias originales
Avanzando con Java empresarial, la Fundación Eclipse presenta su propia versión del servidor de aplicaciones GlassFish, que tradicionalmente ha servido como implementación de referencia de la plataforma Java EE (Java Enterprise Edition).
Eclipse GlassFish 5.1 es compatible con la especificación Java EE 8 y es una migración completa de GlassFish a Eclipse Foundation de código abierto. El servidor de aplicaciones GlassFish admite tecnologías empresariales, incluidas JavaServer Faces, Enterprise JavaBeans y Java Message Service (JMS).
De Oracle a la Fundación Eclipse
Eclipse, que ha asumido la evolución de Java empresarial desde Oracle desde 2017, dijo que este lanzamiento es un paso hacia la compatibilidad con Jakarta EE, que es el sucesor planificado de Eclipse para Java EE. La próxima versión de Eclipse GlassFish, Eclipse GlassFish 5.2, servirá como una implementación de referencia compatible con Jakarta EE 8.
Según la fundación, la migración de GlassFish a Eclipse fue un "gran" problema técnico y legal. La contribución de GlassFish y la API Oracle Java EE a Jakarta EE está completa. Java EE TCK (kits de compatibilidad de prueba), anteriormente confidencial y patentado, ahora son de código abierto y están alojados en Eclipse. Además, la base de código Eclipse GlassFish se ha vuelto a licenciar en base a la CDDL-GPL (Licencia General de Desarrollo y Distribución, Licencia Pública General GNU) y Classpath en la Licencia Pública Eclipse 2.0 más GPL con la excepción de Classpath.
De Java EE a Jakarta EE
Jakarta EE es una marca y un conjunto de especificaciones, así como Java EE era una marca y un conjunto de especificaciones. Los servidores de aplicaciones Java se moverán de Java EE a Jakarta EE. Sin embargo, el proceso de especificación de Jakarta EE todavía está en desarrollo. El primer lanzamiento de Jakarta EE será Jakarta EE 8, el equivalente de Java EE 8. Eclipse espera lanzar Jakarta EE 8 a mediados de año. Después de eso, planea considerar agregar características como modularidad, microservicios y un modelo reactivo sin bloqueo a Jakarta EE. La modularización sincronizará Java empresarial con Java SE (Standard Edition). Jakarta EE se centrará en las implementaciones en la nube. Eclipse también requiere varias implementaciones de referencia de Jakarta EE compatibles.