Originalnachrichten
Mit Enterprise Java führt die Eclipse Foundation eine eigene Version des GlassFish-Anwendungsservers ein, der traditionell als Referenzimplementierung der Java EE-Plattform (Java Enterprise Edition) dient.
Eclipse GlassFish 5.1 ist mit der Java EE 8-Spezifikation kompatibel und stellt eine vollständige Migration von GlassFish auf die Open Source Eclipse Foundation dar. Der GlassFish-Anwendungsserver unterstützt Unternehmenstechnologien, einschließlich JavaServer Faces, Enterprise JavaBeans und Java Message Service (JMS).
Von Oracle zur Eclipse Foundation
Eclipse, das seit 2017 die Entwicklung von Enterprise Java von Oracle übernommen hat, sagte, diese Version sei ein Schritt in Richtung Abwärtskompatibilität mit Jakarta EE, dem geplanten Nachfolger von Eclipse für Java EE. Die nächste Version von Eclipse GlassFish, Eclipse GlassFish 5.2, wird als Referenzimplementierung dienen, die mit Jakarta EE 8 kompatibel ist.
Laut der Stiftung war die Migration von GlassFish zu Eclipse ein „großes“ technisches und rechtliches Problem. Der Beitrag von GlassFish und der Oracle Java EE API zu Jakarta EE ist abgeschlossen. Java EE TCK (Test Compatibility Kits), zuvor vertraulich und proprietär, sind jetzt Open Source und werden auf Eclipse gehostet. Darüber hinaus wurde die Eclipse GlassFish-Codebasis basierend auf der CDDL-GPL (Allgemeine Entwicklungs- und Vertriebslizenz, GNU General Public License) und Classpath auf der Eclipse Public License 2.0 plus GPL mit Ausnahme von Classpath neu lizenziert.
Von Java EE nach Jakarta EE
Jakarta EE ist eine Marke und eine Reihe von Spezifikationen, genau wie Java EE eine Marke und eine Reihe von Spezifikationen war. Java-Anwendungsserver werden von Java EE nach Jakarta EE verschoben. Das Jakarta EE-Spezifikationsverfahren befindet sich jedoch noch in der Entwicklung. Die erste Version von Jakarta EE wird Jakarta EE 8 sein, das Äquivalent zu Java EE 8. Eclipse hofft, Jakarta EE 8 bis Mitte des Jahres veröffentlichen zu können. Danach ist geplant, Funktionen wie Modularität, Microservices und ein reaktives nicht blockierendes Modell zu Jakarta EE hinzuzufügen. Durch die Modularisierung wird Enterprise Java mit Java SE (Standard Edition) synchronisiert. Jakarta EE wird sich auf Cloud-Bereitstellungen konzentrieren. Eclipse erfordert auch mehrere kompatible Jakarta EE-Referenzimplementierungen.