Notícias originais
Avançando com o Java corporativo, a Eclipse Foundation está apresentando sua própria versão do servidor de aplicativos GlassFish, que tradicionalmente serve como implementação de referência da plataforma Java EE (Java Enterprise Edition).
O Eclipse GlassFish 5.1 é compatível com a especificação Java EE 8 e é uma migração completa do GlassFish para o Eclipse Foundation de código aberto. O servidor de aplicativos GlassFish suporta tecnologias corporativas, incluindo JavaServer Faces, Enterprise JavaBeans e Java Message Service (JMS).
Do Oracle à Eclipse Foundation
O Eclipse, que assumiu a evolução do Java corporativo da Oracle desde 2017, disse que este lançamento é um passo em direção à compatibilidade com o Jakarta EE, que é o sucessor planejado do Eclipse para Java EE. A próxima versão do Eclipse GlassFish, Eclipse GlassFish 5.2, servirá como uma implementação de referência compatível com o Jakarta EE 8.
De acordo com a fundação, a migração do GlassFish para o Eclipse era um “enorme” problema técnico e jurídico. A contribuição do GlassFish e da API Oracle Java EE para o Jakarta EE está concluída. Java EE TCK (kits de compatibilidade de teste), anteriormente confidenciais e proprietários, agora são de código aberto e hospedados no Eclipse. Além disso, a base de código do Eclipse GlassFish foi novamente licenciada com base no CDDL-GPL (Licença Geral de Desenvolvimento e Distribuição, Licença Pública Geral GNU) e Caminho de Classe na Licença Pública 2.0 do Eclipse mais GPL, com exceção do Caminho da Classe.
Do Java EE para Jakarta EE
Jakarta EE é uma marca e um conjunto de especificações, assim como Java EE era uma marca e um conjunto de especificações. Os servidores de aplicativos Java passarão do Java EE para o Jakarta EE. No entanto, o processo de especificação de Jakarta EE ainda está em desenvolvimento. O primeiro lançamento do Jakarta EE será o Jakarta EE 8, o equivalente ao Java EE 8. O Eclipse espera lançar o Jakarta EE 8 até meados do ano. Depois disso, planeja considerar adicionar recursos como modularidade, microsserviços e um modelo reativo sem bloqueio ao Jakarta EE. A modularização sincronizará o Java corporativo com o Java SE (Standard Edition). O Jakarta EE se concentrará nas implantações na nuvem. O Eclipse também requer várias implementações de referência compatíveis do Jakarta EE.