Java EE 8 (Jakarta EE 8) Zusammenfassung der neuen Funktionen

Overview Java EE 8 (JSR 366) wurde im September 2017 veröffentlicht. Als Memo-Ersatz für das Organisieren von Änderungen und neuen Funktionen aus 7 von Java EE 8. Ich werde es jedes Mal hinzufügen, wenn ich freie Hand habe.

Impression Plötzlich glaube ich nicht, dass Java EE 8 so viele leistungsstarke neue Funktionen hat, die es zu einem wichtigen Versions-Upgrade machen. Insgesamt scheint die Kompatibilität mit Java SE 8-APIs wie Stream und Datums- und Uhrzeit-API verbessert worden zu sein. Atmosphäre, die nicht so sehr Lambda entspricht?

Es ist nicht zu leugnen, dass sich der Vorsprung von Oracle im Vergleich zur bisherigen Spezifikationsentwicklung von Java EE verlangsamt hat, beispielsweise durch das ursprünglich geplante Verschwinden von MVC 1.0 und den für eine Weile stagnierenden Fortschritten. Daher ist dies wahrscheinlich der Grund, warum Java EE Guardians geboren wurde. Ist es nicht Java EE 7.1? Sie hören das vielleicht, möchten es aber trotzdem mit der entsprechenden Java SE-Version in Einklang bringen?

NEWS 2017-08-18 Von der Seite, die ich gepostet habe, schlug Oracle einen Umzug in eine andere Community vor. https://blogs.oracle.com/theaquarium/opening-up-java-ee

2017-09-12 Beschlossen, zur Eclipse Foundation zu wechseln https://blogs.oracle.com/theaquarium/opening-up-ee-update

2017-09-18 Java EE 8 Final Release

2017-09-29 Es scheint, dass der neue Name Java EE mit dem Übergang zur Eclipse Foundation in Betracht gezogen wird. Danach lautet der Name des Projekts Eclipse Enterprise für Java (allgemein bekannt als ** EE4J **), und dies ist kein neuer Markenname. https://blogs.oracle.com/theaquarium/ee4j-eclipse-enterprise-for-java

2018-02-26 Der neue Name für Java EE wurde als Jakarta EE festgelegt.

New Features

In der folgenden Abbildung ist Blau eine aktualisierte Version und Orange eine neu hinzugefügte Spezifikation. JPA ist nicht farbig, wird jedoch als 2.2 zur Wartung freigegeben.

New Specs

Java-API für JSON-Bindung (allgemein bekannt als JSON-B)

Möglichkeit, JSON-Objekte an Java-Objekte zu binden.
Kurz gesagt, JSON-P, das in Java EE 7 eingeführt wurde, verwendete ein Objekt namens JsonObject, um JSON zu betreiben. Wie JAX-B wird JSON als Zeichenfolge in ein Java-Objekt deserialisiert. Möglichkeit, Java-Objekte in JSON zu serialisieren.
Spezifikation veröffentlicht als JSR 367
Die Referenzimplementierung ist [Yasson] von Eclipse Project (https://github.com/eclipse/yasson).
Früher war das Gleiche mit Bibliotheken wie Jackson möglich, jetzt hat JCP die API als JSR standardisiert.

Java EE Security API Ich konnte es noch nicht richtig verfolgen, so grob.

Verfügt über Authentifizierungs- / Autorisierungs- und zugehörige Benutzerverwaltungsfunktionen sowie eine Aliasfunktion, um zu verhindern, dass Kennwörter buchstäblich in den Quellcode geschrieben werden.
Spezifikation veröffentlicht als JSR 375
Referenzimplementierungen sind Soteria
Früher mussten Sie herstellerabhängigen (nicht standardisierten implementierungsabhängigen) Code schreiben, jetzt hat JCP die API als JSR standardisiert.

Major Versionup Specs

Kontexte und Abhängigkeitsinjektion für Java 2.0 (allgemein bekannt als CDI)

Asynchrones Ereignis
Verwendung von CDI in SE-Umgebung
Teilen Sie die Spezifikation in drei Untergruppen (core, se, ee)
DI zur Kompilierungszeit mit Annotation Processor spart Laufzeitspeicher

Bean Validation 2.0

Unterstützung für BeanValidation-Annotationen für Typargumente (z. B. "List <@NotNull String>" ist jetzt möglich)
@ NotBlank, @ NotEmpty, @ Email, @ PastOrPresent, @ FutureOrPresent usw. werden diesmal neu zur Standard-API hinzugefügt.
Unterstützt wiederholbare Anmerkungen, die in Java SE 8 eingeführt wurden

Servlet 4.0 HTTP / 2-Unterstützung

Minor Version Up Specs JAX-RS 2.1

Unterstützt SSE (Server Sent Event)
Unterstützt die Reactive Client API

JSON-P 1.1

Unterstützt JSON Pointer (RFC 6901)
Unterstützt JSON Patch (RFC 6902)
JsonCollections-Vorgänge unterstützen Lambda und Stream API

JSF 2.3 Überraschenderweise gibt es viele Ergänzungen und Verbesserungen. Ich bin der Meinung, dass die Nachfrage nach JSF in Zukunft sinken wird. Ist dies jedoch in Ordnung, da Geschäftsanwendungen ohne Verwendung der Front-End-Technologie schnell erstellt werden können?

Für DI können verschiedene "@ Inject" verwendet werden, und EL-Ausdrücke können als Referenz verwendet werden ("FacesContext", "ExternalContext", "Session" usw.).
postRenderView wurde zu f: event hinzugefügt
Verbesserte Kompatibilität mit WebSocket. Mit f: websocket können Push-Benachrichtigungen von der Serverseite problemlos realisiert werden (ich möchte es später versuchen).
Unterstützt Bean-Validierung auf Klassenebene
Unterstützt Map und Iteratable Interface von ui: repeat
Unterstützt den Zugriff auf statische Variablen in EL-Ausdrücken
Unterstützt das kostenlose Layout von Optionsfeldern von h: selectOneRadio
Verschiedene JSF-Schnittstellen unterstützen Generika und typsichere Zusammenfassungsunterstützung
Die Annotation "@ ManagedProperty" unterstützt jetzt CDI-Beans
javax.faces.bean wird für jedes Paket als veraltet (veraltet) behandelt, und die API von CDI wird verwendet.

Es scheint, dass es viele andere kleine Änderungen gibt.

JPA 2.2

Unterstützt Datums- und Uhrzeit-API (JSR310). Typen wie LocalDateTime können für Entity verwendet werden. Die schmerzhaften Zeiten von java.sql.Timestamp und java.util.Date sind endlich vorbei. (Vor EE6 wurde es je nach Implementierung behoben, und in der EE7-Ära muss jeder einen Attributkonverter geschrieben haben.)
@ NamedQuery und @ JoinColumn unterstützen @ Repeatable. Ich muss nicht jedes Mal "@ NamedQueries" oder "@ JoinColumns" verwenden.
AttributeConverter unterstützt CDI. CDI-Beans können jetzt mit "@ Inject" injiziert werden. (Warum haben Sie die JPA 2.1-Spezifikationen nicht eingegeben?)
GetResultStream-Methode zur Abfrage hinzugefügt. Intern einfach [getResultList (). Stream ()](https://github.com/eclipse/javax.persistence/blob/2.2.0-RC3/src/javax/persistence/Query.java # L86) Es scheint, dass sie es einfach tun.

Java EE 8 Compatible Servers Wenn Java EE 9 im Jahr 2018 veröffentlicht wird, können wir die Möglichkeit leugnen, dass es nicht viel folgen wird? Das Highlight ist, wie viel Kompatibilität außer GlassFish herauskommt. Wenn MicroProfile standardisiert ist, wird die Unterstützung von MicroProfile meiner Meinung nach recht gut funktionieren.

GlassFish 5 (RI)
Payara Server 5
Nach WildFly 12 wird es anscheinend schrittweise hinzugefügt, damit die Funktionen von EE 8 verwendet werden können (danach wird es vierteljährlich veröffentlicht).