Jakarta EE, früher Java Platform, Enterprise Edition (Java EE), ist die Spezifikation einer Softwarearchitektur für die transaktionsbasierte Ausführung von in Java programmierten Anwendungen und insbesondere Webanwendungen. Sie ist eine der großen Plattformen, die um den Middleware-Markt kämpfen. Größter Konkurrent ist dabei die .NET-Plattform von Microsoft.
In der Spezifikation werden Softwarekomponenten und Dienste definiert, die hauptsächlich in der Programmiersprache Java erstellt werden. Die Spezifikation dient dazu, einen allgemein akzeptierten Rahmen zur Verfügung zu stellen, um auf dessen Basis aus modularen Komponenten verteilte, mehrschichtige Anwendungen entwickeln zu können. Klar definierte Schnittstellen zwischen den Komponenten und Containern sollen dafür sorgen, dass Softwarekomponenten unterschiedlicher Hersteller interoperabel sind, wenn sie sich an die Spezifikation halten, und dass die verteilte Anwendung gut skalierbar ist.
Bestandteile der "Java Platform, Enterprise Edition" Spezifikation wurden innerhalb des Java Community Process von diversen Unternehmen erarbeitet und schließlich der Öffentlichkeit in Form eines Dokuments und einer Referenzimplementierung zur Verfügung gestellt. Zukünftige Spezifikationen werden als Eclipse Jakarta EE Platform im Rahmen des Eclipse Foundation Projektes EE4J, einschließlich Referenzimplementierung, Technology Compatibility Kit (TCK) und Tutorial zur Verfügung gestellt.
Bisherige Versionen mini|Jakarta EE Eclipse Jakarta EE Platform - Versionen Eclipse EE4J Die "Java Platform, Enterprise Edition, v 8", einschließlich Technology Compatibility Kit (TCK) und Referenzimplementierung GlassFish, wurde der Eclipse Foundation von Oracle übergeben und dort das Projekt EE4J gegründet. Dieses entwickelt, stimmt ab und veröffentlicht die Eclipse Jakarta EE Platform.
Die Eclipse Foundation und Oracle hatten damals keine Vereinbarung zu den Namensrechten an Java und dem damit verbundenen technischen Namensraum getroffen, was 2019 durch die Umbenennung der Version in Jakarta gelöst wurde.
Java Platform, Enterprise Edition - Versionen Java Community Process unter Leitung Oracle Bis einschließlich zur Version 8 wurde die Java EE Plattform mit dem Java Community Process unter der Spezifikationsleitung von Oracle entwickelt, abgestimmt und veröffentlicht. Weitere Versionen werden mit diesem Prozess und unter dieser Leitung nicht erscheinen.
Die letzte Version der Java-EE-Spezifikation ist die Version 8.0.Java EE 8 ist offiziell erschienen
Der neue Name für die Spezifikation lautet Java Platform, Enterprise Edition, kurz Java EE []. Dies ersetzt die vorherige Abkürzung J2EE [] (Java 2 Platform, Enterprise Edition).
Version Ausführlicher Name Veröffentlichungsdatum der Final Release 1.0 Java 2 Platform Enterprise Edition, v 1.0 Dezember 1999 1.2 Java 2 Platform Enterprise Edition, v 1.2 2000 1.2.1 Java 2 Platform Enterprise Edition, v 1.2.1 23. Mai 2000 1.3 Java 2 Platform Enterprise Edition, v 1.3 24. September 2001 1.4 Java 2 Platform Enterprise Edition, v 1.4 24. November 2003 5 Java Platform, Enterprise Edition, v 5 11. Mai 2006 6 Java Platform, Enterprise Edition, v 6 10. Dezember 2009 7 Java Platform, Enterprise Edition, v 7 12. Mai 20138Java Platform, Enterprise Edition, v 818. September 2017
Danach folgten die Versionen: Jakarta EE 8 (2019), vollkompatible Version zu Java Platform, Enterprise Edition, v 8 Jakarta EE 9 (2020) Jakarta EE 9.1 (2021) Jakarta EE 10 (2022) Jakarta EE 11 (2024)
Infrastruktur
mini|400px|Schematischer Aufbau der Architektur, wie sie in der J2EE-Spezifikation 1.4 beschrieben ist
Jakarta-EE-Komponenten erfordern als Laufzeitumgebung eine spezielle Infrastruktur, einen sogenannten Jakarta EE Application Server. Dieser Server stellt technische Infrastruktur bereit wie Sicherheit (Security), Transaktionsmanagement, Namens- und Verzeichnisdienste, Kommunikation zwischen Jakarta-EE-Komponenten, Persistenzdienste zum langfristigen Speichern von Java-Objekten, Management der Komponenten über den gesamten Lebenszyklus (inklusive Instanziierung), Unterstützung für die Installation (Deployment). Des Weiteren kapselt der Server den Zugriff auf die Ressourcen des zugrundeliegenden Betriebssystems (Dateisystem, Netzwerk, …).
Ein Jakarta-EE-Server wird in diverse logische Systeme unterteilt. Diese werden Container genannt. Die aktuelle Spezifikation erfordert die folgenden Container: einen EJB-Container als Laufzeitumgebung für Jakarta Enterprise Beans einen Web-Container als Laufzeitumgebung für Jakarta Servlets und Jakarta Server Pages (JSP) einen JCA-Container als Laufzeitumgebung für JCA Connectoren. Dieser ist zwar nicht explizit definiert, faktisch jedoch muss jeder Application-Server-Hersteller diesen implementieren. Denn im Jakarta Enterprise Beans (EJB) sowie im Web-Container sind Restriktionen definiert, welche für die JCA-Laufzeitumgebung nicht gelten. Dabei handelt es sich beispielsweise um das Starten von Threads oder das Lesen und Schreiben in Dateien etc. einen JMS-Provider als Verwaltungssystem für Nachrichtenwarteschlangen.
Es sind zahlreiche Implementierungen für Jakarta-EE-Server verfügbar, teils proprietär, teils in Form frei verfügbarer Open-Source-Lösungen (z. B. WildFly). Eine Referenzimplementierung wird von der Eclipse Foundation zur Verfügung gestellt. Zu beachten ist, dass nicht alle Server die Spezifikation von Jakarta EE vollständig abdecken. Jedoch veröffentlichen Oracle und Eclipse für jede Version eine Liste der derzeit zertifizierten Server.
Als weitere Infrastrukturkomponente kommt für die persistente Speicherung von Daten ein Datenbankmanagementsystem (DBMS) zum Einsatz. Hierbei kann es sich um ein relationales System handeln, oder aber auch um ein vergleichbares System wie beispielsweise ein OODBMS. Die Anbindung der Datenbankmanagementsysteme erfolgt meist über einen JDBC-Treiber.
Der clientseitige Zugriff auf eine Jakarta-EE-Anwendung erfolgt oft über einen Browser, daneben sind aber auch Applikations-Clients (Java-Applikationen, CORBA-Komponenten, Webservice-Clients) verbreitet.
Wichtige APIs Die Jakarta-EE-APIs beinhalten verschiedene Technologien, die die Funktionalität des Basis-Java-SE-APIs erweitern bzw. ersetzen.Liste der API-Spezifikationen (JSRs) bei Oracle Neben den aktuellen Bezeichnungen werden in der Tabelle die alten Benennungen ergänzend genannt.
Name und Abkürzung Beschreibung J2EE 1.4 Java EE 5 Java EE 6 Java EE 7 Java EE 8 Jakarta Enterprise Beans (EJB), früher Enterprise JavaBeans beinhalten die Geschäftslogik einer Enterprise-Anwendung oder gestatten Zugriff auf persistente Daten. Die Beans laufen in einem EJB-Container ab. Es gibt drei unterschiedliche Typen von EJBs: Session-Beans, sowohl zustandsbehaftet als auch zustandslos, implementieren die Geschäftslogik und sind meistens vom Client zugreifbar Message-Driven-Beans, kurz MDB, für die Verarbeitung von JMS-Nachrichten, wurden in Version 2.1 neu eingeführt