Jakarta EE 10 mit Microservices-Funktionen veröffentlicht

| |

Die Jakarta EE 10-Plattform, das Webprofil und neue Kernprofilspezifikationen wurden heute veröffentlicht und führen neue Funktionen zum Erstellen modernisierter, vereinfachter und schlanker Cloud-nativer Java-Anwendungen ein.

„Diese Version ist die ‚große‘, die Jakarta EE fest in die moderne Ära der Microservices und Container einführt“, sagte Mike Milinkovich, Executive Director der Eclipse Foundation. „Die Veröffentlichung von Jakarta EE 10 spiegelt die Arbeit einer globalen Gemeinschaft von Mitwirkenden wider, unter der Führung von Anbietern wie Fujitsu, IBM, Oracle, Payara und Tomitribe. Jakarta EE hat bereits dazu beigetragen, Enterprise Java neues Leben einzuhauchen, aber mit dieser Version hat es jetzt wichtige Innovationen für das Cloud-Native-Zeitalter geliefert, die für die Zukunft unserer Branche von entscheidender Bedeutung sind.“

Die neuen Versionen bieten durch Versionsaktualisierungen neue Funktionen in über 20 Komponentenspezifikationen. Dazu gehört Jakarta Contexts and Dependency Injection (CDI) 4.0, das Jakarta RESTful Web Services 3.1 bietet und eine Java SE Bootstrap API standardisiert. Ebenfalls neu ist Jakarta Security 3.0 mit Unterstützung für OpenID Connect und neuen Funktionen bei Jakarta Persistence Queries. Entwickler können Jakarta Faces Views auch mit reinem Java erstellen.

Laut einer Pressemitteilung des Open-Source-Anwendungsserveranbieters Payara ist Jakarta EE 10 die erste Hauptversion von Jakarta EE seit dem großen Namespace-Update, das von Jakarta EE 9 eingeführt wurde.

Mit Jakarta EE 9 wurde der Paket-Namespace javax über die Jakarta EE 9-Plattform, Webprofilspezifikationen und zugehörige TCKs nach Jakarta verschoben. „Mit Jakarta EE 10 sehen wir die erste Version im neuen Namensraum, die auch Funktionen für den Jakarta EE-Benutzer hinzufügt“, schrieb das Unternehmen in seiner Ankündigung. „Das verwendete Basis-Java-JDK ändert sich ebenfalls, von Java 8 zu Java 11 auf API-Ebene und Java 17 für Laufzeiten. Für Benutzer von Jakarta EE 8, die zu Jakarta EE 10 wechseln, müssen alle Jakarta EE-Importe im Code in den neuen Namespace geändert werden.’

In der Version wurde beispielsweise darauf hingewiesen, dass javax.jms für Messaging zu jakarta.jms werden muss; Java Persistence, das in Hibernate und Spring stark verwendet wird, muss von javax.persistence nach jakarta.persistence usw. verschoben werden.

Außerdem, sagte Payara, können jetzt neue Java-SE-Features mit Jakarta EE 10 verwendet werden; Einige davon sind Completable Future, Fork/Join-Pools und eine bessere Integration mit neuen Technologien wie OpenID. Benutzer der Payara Community können diese Änderungen nutzen sofort, dank Jakarta 10-kompatiblem Payara 6 Community Alpha 4.

Unterdessen bietet das neue Core Profile Jakarta EE-Spezifikationen, die auf kleinere Laufzeiten für die Entwicklung von Microservices abzielen, einschließlich einer neuen CDI-Lite-Spezifikation, die die native Kompilierung durch die Bereitstellung von Build-kompatiblen Erweiterungen ermöglicht.

Entwickler können jetzt Jakarta EE 10-Anwendungen auf Java SE 11 und SE 17 entwickeln und bereitstellen und die neuen Funktionen von SE 9 und SE 11 nutzen. Sie haben auch Zugriff auf eine vereinfachte Anwendungsentwicklung durch die breitere Verwendung zusätzlicher Anmerkungen.

Previous

Warum COVID immer noch schlimmer ist als die Grippe

Daniel Carlson von den Las Vegas Raiders tritt selbstbewusst auf

Next

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.