Java EE 8 (Jakarta EE 8) Résumé des nouvelles fonctionnalités

Overview Java EE 8 (JSR 366) est sorti en septembre 2017. En tant que substitut mémo pour organiser les changements et les nouvelles fonctionnalités de 7 de Java EE 8. Je l'ajouterai à chaque fois que j'aurai les mains libres.

Impression Soudainement, je ne pense pas que Java EE 8 ait autant de nouvelles fonctionnalités puissantes qui en font une mise à niveau majeure de la version. Dans l'ensemble, il semble que la compatibilité avec les API Java SE 8 telles que les API Stream et Date and Time ait été améliorée. Atmosphère qui ne correspond pas tellement à lambda?

Il est indéniable que l'avance d'Oracle ralentit par rapport au développement des spécifications de Java EE jusqu'à présent, comme la disparition de MVC 1.0 initialement prévue et les progrès stagnants pendant un certain temps. C'est donc probablement la raison pour laquelle Java EE Guardians est né. N'est-ce pas Java EE 7.1? Vous pouvez entendre cela, mais peut-être voulez-vous toujours le garder aligné sur la version Java SE correspondante?

NEWS 2017-08-18 Du côté que j'ai posté, Oracle a suggéré de déménager dans une autre communauté. https://blogs.oracle.com/theaquarium/opening-up-java-ee

2017-09-12 Décidé de passer à la Fondation Eclipse https://blogs.oracle.com/theaquarium/opening-up-ee-update

2017-09-18 Java EE 8 Final Release

2017-09-29 Il semble que le nouveau nom de Java EE soit envisagé pour changer avec la transition vers la Fondation Eclipse. Après cela, le nom du projet est Eclipse Enterprise for Java (communément appelé ** EE4J **), et ce n'est pas un nouveau nom de marque. https://blogs.oracle.com/theaquarium/ee4j-eclipse-enterprise-for-java

2018-02-26 Le nouveau nom de Java EE a été choisi comme Jakarta EE.

New Features

Dans la figure ci-dessous, le bleu est une version améliorée et l'orange est une spécification nouvellement ajoutée. JPA n'est pas coloré, mais il sera publié pour maintenance en tant que 2.2.

New Specs

API Java pour la liaison JSON (communément appelée JSON-B)

Possibilité de lier des objets JSON à des objets Java.
En bref, JSON-P introduit dans Java EE 7 utilisait un objet appelé JsonObject pour faire fonctionner JSON, mais comme JAX-B, JSON en tant que chaîne de caractères est désérialisé en un objet Java. Possibilité de sérialiser des objets Java en JSON.
Spécification publiée en tant que JSR 367
L'implémentation de référence est [Yasson] du projet Eclipse (https://github.com/eclipse/yasson)
Auparavant, la même chose pouvait être faite avec des bibliothèques telles que Jackson, mais maintenant JCP a normalisé l'API en JSR.

Java EE Security API Je n'ai pas encore pu le suivre correctement, donc grossièrement.

Possède des fonctions d'authentification / d'autorisation et de gestion des utilisateurs associées, ainsi qu'une fonction d'alias pour empêcher que les mots de passe ne soient écrits dans le code source d'une manière littérale.
Spécification publiée en tant que JSR 375
Les implémentations de référence sont Soteria
Auparavant, vous deviez écrire du code dépendant du fournisseur (dépendant de l'implémentation non standardisée), mais maintenant JCP a standardisé l'API en JSR.

Major Versionup Specs

Injection de contextes et de dépendances pour Java 2.0 (communément appelé CDI)

Événement asynchrone
Utilisation de CDI dans l'environnement SE
Divisez la spécification en trois sous-ensembles (core, se, ee)
La DI au moment de la compilation avec le processeur d'annotation économise l'utilisation de la mémoire d'exécution

Bean Validation 2.0

La prise en charge des annotations BeanValidation pour les arguments de type (comme List <@NotNull String> peut maintenant être effectuée)
@ NotBlank, @ NotEmpty, @ Email, @ PastOrPresent, @ FutureOrPresent etc. sont nouvellement ajoutés à l'API standard cette fois.
Prend en charge les annotations répétables introduites dans Java SE 8

Servlet 4.0 Prise en charge HTTP / 2

Minor Version Up Specs JAX-RS 2.1

Prend en charge SSE (événement envoyé par le serveur)
Prend en charge l'API client réactif

JSON-P 1.1

Prend en charge le pointeur JSON (RFC 6901)
Prend en charge le patch JSON (RFC 6902)
Les opérations JsonCollections prennent en charge Lambda et l'API Stream

JSF 2.3 Étonnamment, il y a de nombreux ajouts et améliorations. Je pense que la demande de JSF diminuera à l'avenir, mais est-ce que ça va parce que les applications professionnelles peuvent être créées rapidement sans utiliser la technologie frontale?

Divers @ Inject peuvent être utilisés pour DI, et des expressions EL peuvent être utilisées pour référence ( FacesContext, ʻExternalContext, Session`, etc.)
Ajout de postRenderView à f: event
Amélioration de la compatibilité avec WebSocket. Avec l'ajout de f: websocket, les notifications push du côté serveur peuvent être facilement réalisées (j'aimerais l'essayer plus tard).
Prend en charge la validation de bean au niveau de la classe
Prend en charge la carte, l'interface itérable de ʻui: repeat`
Prend en charge l'accès aux variables statiques dans les expressions EL
Prend en charge la disposition gratuite des boutons radio de h: selectOneRadio
Diverses interfaces JSF prennent en charge les génériques et la prise en charge de la synthèse de type sécurisé
L'annotation @ ManagedProperty prend désormais en charge les beans CDI
javax.faces.bean sera traité comme obsolète (obsolète) pour chaque paquet, et l'API de CDI sera utilisée.

Il semble qu'il y ait de nombreux autres petits changements.

JPA 2.2

Prend en charge l'API de date et d'heure (JSR310). Des types tels que LocalDateTime peuvent être utilisés pour Entity. Les temps douloureux de java.sql.Timestamp et java.util.Date sont enfin révolus. (Avant EE6, il était résolu en fonction de l'implémentation, et à l'ère EE7, tout le monde devait avoir écrit Attribute Converter)
@ NamedQuery et @ JoinColumn prennent en charge @ Repeatable. Je n'ai pas besoin d'utiliser @ NamedQueries ou @ JoinColumns à chaque fois.
AttributeConverter prend en charge CDI. Les beans CDI peuvent maintenant être injectés avec @ Inject. (Pourquoi n'avez-vous pas entré les spécifications JPA 2.1?)
Ajout de la méthode getResultStream à Query. En interne, simplement [getResultList (). Stream ()](https://github.com/eclipse/javax.persistence/blob/2.2.0-RC3/src/javax/persistence/Query.java # L86) Il semble qu'ils ne font que le faire.

Java EE 8 Compatible Servers Si Java EE 9 sort en 2018, peut-on nier la possibilité qu'il ne suivra pas grand-chose? Le point culminant est la compatibilité avec GlassFish. Si MicroProfile est standardisé, je pense que le support de MicroProfile sortira plutôt bien.

GlassFish 5 (RI)
Payara Server 5
Après WildFly 12, il semble qu'il sera progressivement ajouté pour que les fonctions d'EE 8 puissent être utilisées (après cela, il sortira tous les trimestres)