Question Un résumé de toutes les spécifications Java EE


Je cherche une description claire de toutes les technologies Java EE.

Je pense qu'il y a beaucoup de gens comme moi qui ont cherché dans de nombreux sites / didacticiels et qui n'ont pas trouvé de liste précise des technologies utilisées dans Java EE et à quoi elles servent.

J'espère que quelqu'un clarifiera simplement et gentiment pour être bon pour toute la communauté.


12
2018-05-06 22:34


origine


Réponses:


Important: Bien que cette réponse soit encore valide, vous voudrez peut-être vérifier la liste des technologies Java EE 8, publié le 21 septembrest 2017. Regardez ça répondre.


Les technologies Java EE 7

Vous trouverez ci-dessous une liste de spécifications pour les technologies Java EE 7. Pour plus de détails, consultez les pages JSR:

  • Plate-forme Java EE

    • JSR 342: Java Platform, Enterprise Edition 7 (Java EE 7)
  • Technologies d'application Web

    • JSR 356: API Java pour WebSocket
    • JSR 353: API Java pour le traitement JSON
    • JSR 340: Java Servlet 3.1
    • JSR 344: JavaServer Faces 2.2
    • JSR 341: Langage d'expression 3.0
    • JSR 245: JavaServer Pages 2.3
    • JSR 52: Bibliothèque de balises standard pour JavaServer Pages (JSTL) 1.2
  • Technologies d'application d'entreprise

    • JSR 352: Applications par lots pour la plate-forme Java
    • JSR 236: Utilitaires de concurrence pour Java EE 1.0
    • JSR 346: Contextes et injection de dépendances pour Java 1.1
    • JSR 330: Injection de dépendance pour Java 1.0
    • JSR 349: Validation des beans 1.1
    • JSR 345: Enterprise JavaBeans 3.2
    • JSR 318: Intercepteurs 1.2
    • JSR 322: Architecture du connecteur Java EE 1.7
    • JSR 338: Java Persistence 2.1
    • JSR 250: Annotations communes pour la plate-forme Java 1.2
    • JSR 343: API Java Message Service 2.0
    • JSR 907: Java Transaction API (JTA) 1.2
    • JSR 919: JavaMail 1.5
  • Technologies de services Web

    • JSR 339: API Java pour RESTful Web Services (JAX-RS) 2.0
    • JSR 109: Implémentation de services Web d'entreprise 1.3
    • JSR 224: API Java pour services Web XML (JAX-WS) 2.2
    • JSR 181: Métadonnées des services Web pour la plate-forme Java
    • JSR 101: API Java pour RPC basé sur XML (JAX-RPC) 1.1
    • JSR 67: API Java pour la messagerie XML 1.3
    • JSR 93: API Java pour les registres XML (JAXR) 1.0
  • Technologies de gestion et de sécurité

    • JSR 196: Interface du fournisseur de services d'authentification Java pour les conteneurs 1.1
    • JSR 115: Contrat d'autorisation Java pour les conteneurs 1.5
    • JSR 88: Java EE Application Deployment 1.2 (facultatif)
    • JSR 77: J2EE Management 1.1
    • JSR 45: Support du débogage pour d'autres langues 1.0
  • Spécifications Java EE dans Java SE

    • JSR 222: Architecture Java pour la liaison XML (JAXB) 2.2
    • JSR 206: API Java pour le traitement XML (JAXP) 1.3
    • JSR 221: Java Database Connectivity 4.0
    • JSR 3: Java Management Extensions (JMX) 2.0
    • JSR 925: JavaBeans Activation Framework (JAF) 1.1
    • JSR 173: API de streaming pour XML (StAX) 1.0

Pour plus de détails, référez-vous à ceci page.

La pile Java EE

Comme mentionné par Arun Gupta dans son livre intitulé Java EE 7 Essentials, les différents composants fonctionnent ensemble pour fournir une pile intégrée, comme illustré ci-dessous:

The Java EE stack

Donc, nous avons ce qui suit:

  • Différents composants peuvent être logiquement divisés en trois niveaux: le niveau backend, le niveau intermédiaire et le niveau Web. Il ne s'agit que d'une représentation logique et les composants peuvent être limités à un niveau différent en fonction des besoins de l'application.

  • JPA et JMS fournissent les services de base tels que l'accès aux bases de données et la messagerie. JCA permet la connexion aux systèmes existants. Le traitement par lots est utilisé pour effectuer des tâches non interactives orientées vers le volume.

  • Les beans gérés et les EJB fournissent un modèle de programmation simplifié utilisant des POJO pour utiliser les services de base.

  • Les CDI, les intercepteurs et les annotations communes fournissent des concepts applicables à un large éventail de composants, tels que l'injection de dépendances de type sécurisé, la résolution de problèmes transversaux utilisant des intercepteurs et un ensemble commun d'annotations. Les utilitaires de concurrence peuvent être utilisés pour exécuter des tâches dans un thread géré. JTA active les intercepteurs transactionnels qui peuvent être appliqués à n'importe quel POJO.

  • Les extensions CDI vous permettent d'étendre la plate-forme au-delà de ses capacités existantes de manière standard.

  • Les services Web utilisant JAX-RS et JAX-WS, JSF, JSP et EL définissent le modèle de programmation pour les applications Web. Les Fragments Web permettent l'enregistrement automatique des frameworks Web tiers de manière très naturelle. JSON permet d'analyser et de générer des structures JSON dans le niveau Web. WebSocket permet de configurer un canal de communication bidirectionnel en duplex intégral sur une seule connexion TCP.

  • Bean Validation fournit un moyen standard de déclarer des contraintes et de les valider à travers différentes technologies.

Un briefing de chaque technologie

Pour en savoir plus sur les principales technologies énumérées ci-dessus, cochez la case Tutoriel Java EE 7. Et un bon aperçu des principales technologies peut être trouvé dans cette page. Il suffit de le citer ici:

Technologie JavaBeans d'entreprise

Un composant Enterprise JavaBeans (EJB), ou bean enterprise, est un corps   de code comportant des champs et des méthodes pour implémenter des modules d'entreprise   logique. Vous pouvez considérer un bean enterprise comme un bloc de construction   peut être utilisé seul ou avec d'autres beans entreprise pour exécuter des affaires   logique sur le serveur Java EE.

Les beans entreprise sont des beans session ou des beans pilotés par message.

  • Un bean session représente une conversation transitoire avec un client. Lorsque le client termine son exécution, le bean session et ses données sont   disparu.

  • Un bean géré par message combine les fonctionnalités d'un bean session et d'un écouteur de message, permettant à un composant métier de recevoir des messages   de manière asynchrone. Généralement, il s’agit de Java Message Service (JMS)   messages.

Dans la plate-forme Java EE 7, les nouvelles fonctionnalités du bean Enterprise incluent   Suivant:

  • Beans de session locaux asynchrones dans EJB Lite

  • Minuteurs non persistants dans EJB Lite

La plate-forme Java EE 7 nécessite Enterprise JavaBeans 3.2 et   Intercepteurs 1.2. La spécification des intercepteurs fait partie de l'EJB   spécification.

Technologie Java Servlet

La technologie Java Servlet vous permet de définir des classes de servlet spécifiques à HTTP.   Une classe de servlet étend les capacités des serveurs qui hébergent   applications accessibles via un modèle de programmation demande-réponse.   Bien que les servlets puissent répondre à tout type de requête, ils sont   couramment utilisé pour étendre les applications hébergées par les serveurs Web.

Dans la plate-forme Java EE 7, les nouvelles fonctionnalités de la technologie Java Servlet   inclure les éléments suivants:

  • E / S sans blocage

  • Mise à niveau du protocole HTTP

La plate-forme Java EE 7 nécessite Servlet 3.1.

Technologie JavaServer Faces

La technologie JavaServer Faces est un cadre d’interface utilisateur pour la construction   des applications Web. Les principaux composants de la technologie JavaServer Faces   sont les suivants:

  • Un framework de composants GUI.

  • Un modèle flexible pour le rendu des composants dans différents types de HTML ou différents langages et technologies de balisage. UNE Renderer objet   génère le balisage pour rendre le composant et convertit les données   stocké dans un objet modèle à des types pouvant être représentés dans une vue.

  • Une référence RenderKit pour générer du balisage HTML 4.01.

Les fonctionnalités suivantes prennent en charge les composants de l'interface graphique:

  • Validation des entrées

  • Gestion des événements

  • Conversion de données entre les objets de modèle et les composants

  • Création d'objet de modèle géré

  • Configuration de navigation de page

  • Langage d'expression (EL)

Toutes ces fonctionnalités sont disponibles en utilisant les API Java standard et   Fichiers de configuration basés sur XML.

Dans la plate-forme Java EE 7, nouvelles fonctionnalités de la technologie JavaServer Faces   inclure les éléments suivants:

  • Balisage compatible avec HTML5

  • Visages des flux

  • Contrats de bibliothèque de ressources

La plate-forme Java EE 7 nécessite JavaServer Faces 2.2 et Expression   Langue 3.0.

Technologie JavaServer Pages

La technologie JSP (JavaServer Pages) vous permet de mettre des extraits de servlet   code directement dans un document texte. Une page JSP est un texte   document contenant deux types de texte:

  • Données statiques, pouvant être exprimées dans n'importe quel format texte, tel que HTML ou XML

  • Éléments JSP, qui déterminent comment la page construit le contenu dynamique

Pour plus d'informations sur la technologie JSP, consultez le Le didacticiel Java EE 5   à http://docs.oracle.com/javaee/5/tutorial/doc/.

La plate-forme Java EE 7 nécessite la compatibilité JavaServer Pages 2.3   avec les versions précédentes, mais recommande l'utilisation de Facelets comme   afficher la technologie dans de nouvelles applications.

Bibliothèque de balises standard JavaServer Pages

La bibliothèque de balises standard JavaServer Pages (JSTL) encapsule le noyau   fonctionnalité commune à de nombreuses applications JSP. Au lieu de mélanger les étiquettes   de nombreux fournisseurs dans vos applications JSP, vous utilisez un seul,   ensemble standard d'étiquettes. Cette standardisation vous permet de déployer votre   applications sur tout conteneur JSP qui prend en charge JSTL et le rend plus   probable que l'implémentation des balises est optimisée.

JSTL a un itérateur et des balises conditionnelles pour gérer le contrôle de flux, les balises   pour manipuler des documents XML, des balises d'internationalisation, des balises pour   accéder aux bases de données à l'aide de SQL et aux balises pour les fonctions les plus couramment utilisées.

La plate-forme Java EE 7 nécessite JSTL 1.2.

API de persistance Java

L’API Java Persistence (JPA) est une solution basée sur des normes Java pour   persistance. La persistance utilise une approche de cartographie objet / relationnelle pour   combler le fossé entre un modèle orienté objet et un relationnel   base de données. L'API Java Persistence peut également être utilisée dans Java SE   applications en dehors de l'environnement Java EE. Persistance Java   comprend les domaines suivants:

  • API de persistance Java

  • Le langage de requête

  • Métadonnées de cartographie objet / relationnelle

La plate-forme Java EE 7 nécessite Java Persistence API 2.1.

API de transaction Java

Java Transaction API (JTA) fournit une interface standard pour   démarcation des transactions. L’architecture Java EE fournit une valeur par défaut   auto commit pour gérer les validations de transactions et les retours en arrière. Une auto   commit signifie que toute autre application visualisant des données   voir les données mises à jour après chaque opération de lecture ou d'écriture de la base de données.   Cependant, si votre application effectue deux accès distincts à la base de données   opérations qui dépendent les unes des autres, vous souhaiterez utiliser l’API JTA   délimiter où la transaction entière, y compris les deux opérations,   commence, roule et commet.

La plate-forme Java EE 7 nécessite Java Transaction API 1.2.

API Java pour les services Web RESTful

L’API Java pour RESTful Web Services (JAX-RS) définit des API pour le   développement de services web construits selon le système de représentation   Style architectural de transfert d'état (REST). Une application JAX-RS est un   application web constituée de classes empaquetées en servlet dans un   Fichier WAR avec les bibliothèques requises.

La plate-forme Java EE 7 nécessite JAX-RS 2.0.

Haricots Gérés

Beans gérés, objets gérés par conteneur légers (POJO) avec   exigences minimales, prendre en charge un petit ensemble de services de base, tels que   injection de ressources, rappels de cycle de vie et intercepteurs. Gérée   Les haricots représentent une généralisation des haricots gérés spécifiés par   La technologie JavaServer Faces peut être utilisée partout dans Java EE   application, pas seulement dans les modules Web.

La spécification des beans gérés fait partie de la plate-forme Java EE 7   spécification (JSR 342). La plate-forme Java EE 7 nécessite des beans gérés   1.0.

Contextes et injection de dépendances pour Java EE

Contexts et Dependency Injection pour Java EE (CDI) définit un ensemble de   les services contextuels fournis par les conteneurs Java EE facilitent la tâche   pour les développeurs d'utiliser les beans enterprise avec JavaServer Faces   technologie dans les applications Web. Conçu pour être utilisé avec stateful   objets, CDI a également de nombreuses utilisations plus larges, permettant aux développeurs une grande   beaucoup de flexibilité pour intégrer différents types de composants dans un   faiblement couplé, mais de manière sûre.

La plate-forme Java EE 7 nécessite CDI 1.1.

Injection de dépendance pour Java

Injection de dépendance pour Java définit un ensemble standard d'annotations   (et une interface) pour les classes injectables.

Dans la plate-forme Java EE, CDI prend en charge la dépendance   Injection. Plus précisément, vous pouvez utiliser des points d’injection uniquement dans un   Application compatible CDI.

La plate-forme Java EE 7 nécessite une injection de dépendance pour Java 1.0.

Validation des haricots

La spécification Bean Validation définit un modèle de métadonnées et une API pour   validation des données dans les composants JavaBeans. Au lieu de distribuer   validation des données sur plusieurs couches, telles que le navigateur et le   côté serveur, vous pouvez définir les contraintes de validation en un seul endroit   et les partager entre les différentes couches.

La plate-forme Java EE 7 nécessite la validation Bean 1.1.

API Java Message Service

L’API Java Message Service (JMS) est une norme de messagerie qui permet   Composants d'application Java EE pour créer, envoyer, recevoir et lire   messages. Il permet une communication distribuée qui est vaguement   couplé, fiable et asynchrone.

Dans la plate-forme, les nouvelles fonctionnalités de JMS sont les suivantes.

  • Une nouvelle API simplifiée offre une alternative plus simple à la précédente API. Cette API comprend un JMSContext objet qui combine le   fonctions d'une connexion et d'un Session.

  • Tous les objets avec une méthode close implémentent le java.lang.Autocloseable interface afin qu'ils puissent être utilisés dans un Java   SE 7 déclaration d'essai avec ressources.

La plate-forme Java EE 7 nécessite JMS 2.0.

Architecture du connecteur Java EE

L'architecture de connecteur Java EE est utilisée par les fournisseurs d'outils et de systèmes   intégrateurs pour créer des adaptateurs de ressources prenant en charge l'accès à   des systèmes d’information d’entreprise pouvant être connectés à toute Java EE   produit. Un adaptateur de ressources est un composant logiciel qui permet Java   Composants d'application EE pour accéder et interagir avec le sous-jacent   gestionnaire de ressources de l'EIS. Parce qu'un adaptateur de ressources est spécifique à   son gestionnaire de ressources, un adaptateur de ressources différent existe généralement   pour chaque type de base de données ou système d'information d'entreprise.

L’architecture de connecteur Java EE fournit également un   axé sur les performances, sécurisé, évolutif et basé sur les messages   intégration transactionnelle des services Web basés sur la plate-forme Java EE avec   EIS existants pouvant être synchrones ou asynchrones. Existant   applications et EIS intégrés via le connecteur Java EE   L'architecture dans la plate-forme Java EE peut être exposée en tant que site Web XML   services en utilisant les modèles de composants JAX-WS et Java EE. Ainsi JAX-WS et   l’architecture du connecteur Java EE sont des technologies complémentaires pour   intégration d'applications d'entreprise (EAI) et activités de bout en bout   l'intégration.

La plate-forme Java EE 7 requiert l'architecture de connecteur Java EE 1.7.

API JavaMail

Les applications Java EE utilisent l'API JavaMail pour envoyer des notifications par courrier électronique.   L'API JavaMail comporte deux parties:

  • Une interface de niveau application utilisée par les composants d'application pour envoyer du courrier

  • Une interface de fournisseur de services

La plate-forme Java EE inclut l'API JavaMail avec un fournisseur de services   qui permet aux composants d'application d'envoyer des messages Internet.

La plate-forme Java EE 7 nécessite JavaMail 1.5.

Contrat d'autorisation Java pour les conteneurs

La spécification du contrat d'autorisation Java pour les conteneurs (JACC)   définit un contrat entre un serveur d'applications Java EE et un serveur   fournisseur de règles d'autorisation. Tous les conteneurs Java EE prennent en charge cette   Contrat.

La spécification JACC définit java.security.Permission classes qui   satisfaire le modèle d'autorisation Java EE. La spécification définit le   la liaison des décisions d'accès aux conteneurs aux opérations sur des instances de   ces classes d'autorisation. Il définit la sémantique des fournisseurs de politiques   qui utilisent les nouvelles classes d'autorisation pour adresser l'autorisation   les exigences de la plate-forme Java EE, y compris la définition et l’utilisation   des rôles.

La plate-forme Java EE 7 nécessite JACC 1.5.

Interface du fournisseur de services d'authentification Java pour les conteneurs

L'interface du fournisseur d'authentification Java pour les conteneurs   (JASPIC) spécifie une interface de fournisseur de service (SPI) par   les fournisseurs d'authentification qui implémentent l'authentification de message   des mécanismes peuvent être intégrés dans le traitement des messages client ou serveur   conteneurs ou temps d'exécution. Fournisseurs d'authentification intégrés via   cette interface fonctionne sur les messages réseau fournis par leur   conteneurs d'appel. Les fournisseurs d’authentification transforment   des messages afin que la source de chaque message puisse être authentifiée par   le conteneur de réception et le destinataire du message peuvent être   authentifié par l'expéditeur du message. Fournisseurs d'authentification   authentifier chaque message entrant et retourner à leur appel   conteneurs l'identité établie à la suite du message   authentification.

La plate-forme Java EE 7 nécessite JASPIC 1.1.

API Java pour WebSocket

WebSocket est un protocole d'application qui fournit le duplex intégral   communications entre deux pairs sur TCP. L'API Java pour WebSocket   Permet aux applications Java EE de créer des points de terminaison à l'aide d'annotations   qui spécifient les paramètres de configuration du noeud final et   désigner ses méthodes de rappel du cycle de vie.

L'API WebSocket est une nouveauté de la plate-forme Java EE 7. Java EE 7   la plate-forme nécessite une API Java pour WebSocket 1.0.

API Java pour le traitement JSON

JSON est un format d’échange de données à base de texte dérivé de JavaScript   est utilisé dans les services Web et autres applications connectées. L'API Java   pour le traitement JSON (JSON-P) permet aux applications Java EE d'analyser,   Transformer et interroger des données JSON en utilisant le modèle d'objet ou le flux en continu   modèle.

JSON-P est nouveau sur la plate-forme Java EE 7. La plate-forme Java EE 7   nécessite JSON-P 1.0.

Utilitaires de concomitance pour Java EE

Les utilitaires de concomitance pour Java EE sont une API standard pour fournir   fonctionnalités asynchrones pour les composants d'application Java EE via   les types d'objets suivants: service exécuteur géré, géré   service exécuteur planifié, fabrique de threads gérés et contexte   un service.

Les utilitaires de concurrence pour Java EE sont nouveaux sur la plate-forme Java EE 7.   La plate-forme Java EE 7 nécessite des utilitaires de concurrence pour Java EE 1.0.

Applications par lots pour la plate-forme Java

Les travaux par lots sont des tâches pouvant être exécutées sans intervention de l'utilisateur.   Les spécifications des applications par lots pour la plate-forme Java sont un lot   cadre qui prend en charge la création et l'exécution de travaux par lots dans   Applications Java. La structure de traitement par lots consiste en une exécution par lots, une   langage de spécification de travail basé sur XML, une API Java avec laquelle interagir   le runtime batch et une API Java pour implémenter des artefacts de lot.

Les applications par lots pour la plate-forme Java sont nouvelles pour Java EE 7   Plate-forme. La plate-forme Java EE 7 nécessite des applications batch pour le   Plate-forme Java 1.0.

Voir également

Pour vérifier les technologies des anciennes versions de Java EE, consultez les liens suivants:


31
2018-05-07 00:33



Les technologies Java EE 8

Java EE 8 repose sur Java EE 7 (voir le réponse plus ancienne pour plus de détails) et modernise la prise en charge de nombreuses normes industrielles et continue la simplification des API prêtes pour l’entreprise.

Les améliorations comprennent:

  • API Java Servlet 4.0 avec prise en charge HTTP / 2
  • Prise en charge JSON améliorée, y compris une nouvelle API de liaison JSON
  • Une nouvelle API de client réactif REST
  • Événements CDI asynchrones
  • Une nouvelle API de sécurité portable
  • Prise en charge des événements envoyés par le serveur (client et côté serveur)
  • Prise en charge des nouvelles fonctionnalités de Java SE 8 (par exemple, API Data & Time, API Streams, améliorations d'annotations)

Les RSC suivants sont Nouveau ou actualisé dans Java EE 8:

  • Plate-forme Java EE

  • Technologies d'application Web

    • JSR 367: L'API Java pour la liaison JSON (JSON-B) 1.0
    • JSR 374: API Java pour le traitement JSON (JSON-P) 1.1
    • JSR 369: Java Servlet 4.0
    • JSR 372: JavaServer Faces (JSF) 2.3
  • Technologies d'application d'entreprise

    • JSR 365: Contextes et injection de dépendances (CDI) 2.0
    • JSR 380: Validation des beans 2.0
    • JSR 338: Persistance Java 2.2
    • JSR 250: Annotations communes 1.3
    • JSR 919: JavaMail 1.6
  • Technologies de services Web

    • JSR 370: API Java pour RESTful Web Services (JAX-RS) 2.1
  • Technologies de gestion et de sécurité

    • JSR 375: Java EE Security API 1.0

Pour plus de détails, référez-vous à ceci page.

Un briefing de chaque technologie

Pour en savoir plus sur les principales technologies énumérées ci-dessus, cochez la case Tutoriel Java EE. Et un bon aperçu des principales technologies peut être trouvé dans cette page. Il suffit de le citer ici:

Technologie JavaBeans d'entreprise

Un composant Enterprise JavaBeans (EJB), ou bean enterprise, est un corps   de code comportant des champs et des méthodes pour implémenter des modules d'entreprise   logique. Vous pouvez considérer un bean enterprise comme un bloc de construction   peut être utilisé seul ou avec d'autres beans entreprise pour exécuter des affaires   logique sur le serveur Java EE.

Les beans entreprise sont des beans session ou des beans pilotés par message.

  • Un bean session représente une conversation transitoire avec un client. Lorsque le client termine son exécution, le bean session et ses données sont   disparu.
  • Un bean géré par message combine les fonctionnalités d'un bean session et d'un écouteur de message, permettant à un composant métier de recevoir des messages   de manière asynchrone. Généralement, il s’agit de Java Message Service (JMS)   messages.

La plate-forme Java EE 8 nécessite Enterprise JavaBeans 3.2 et   Intercepteurs 1.2. La spécification des intercepteurs fait partie de l'EJB   spécification.

Technologie Java Servlet

La technologie Java Servlet vous permet de définir des classes de servlet spécifiques à HTTP.   Une classe de servlet étend les capacités des serveurs qui hébergent   applications accessibles via un modèle de programmation demande-réponse.   Bien que les servlets puissent répondre à tout type de requête, ils sont   couramment utilisé pour étendre les applications hébergées par les serveurs Web.

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités de la technologie Java Servlet   inclure les éléments suivants:

  • Push serveur
  • Trailer HTTP

La plate-forme Java EE 8 nécessite Servlet 4.0

Technologie JavaServer Faces

La technologie JavaServer Faces est un cadre d’interface utilisateur pour la construction   des applications Web. Les principaux composants de la technologie JavaServer Faces   sont les suivants:

  • Un framework de composants GUI.
  • Un modèle flexible pour le rendu des composants dans différents types de HTML ou différents langages et technologies de balisage. Un objet Renderer   génère le balisage pour rendre le composant et convertit les données   stocké dans un objet modèle à des types pouvant être représentés dans une vue.
  • Un RenderKit standard pour générer du balisage HTML 4.01.

Les fonctionnalités suivantes prennent en charge les composants de l'interface graphique:

  • Validation des entrées
  • Gestion des événements
  • Conversion de données entre les objets de modèle et les composants
  • Création d'objet de modèle géré
  • Configuration de navigation de page
  • Langage d'expression (EL)

Toutes ces fonctionnalités sont disponibles en utilisant les API Java standard et   Fichiers de configuration basés sur XML.

Dans la plate-forme Java EE 8, nouvelles fonctionnalités de la technologie JavaServer Faces   inclure les éléments suivants:

  • Support direct pour WebSockets via le nouveau <f:websocket> marque
  • Validation des beans de classe via le nouveau <f:validateWholeBean> marque
  • Un CDI compatible @ManagedProperty annotation
  • Cadre d'expression de recherche de composants amélioré

La plate-forme Java EE 8 requiert JavaServer Faces 2.3 et Expression   Langue 3.0.

Pour un excellent résumé de ce qui est nouveau dans JSF 2.3, voir    https://javaserverfaces.github.io/whats-new-in-jsf23.html.

Technologie JavaServer Pages

La technologie JSP (JavaServer Pages) vous permet de mettre des extraits de servlet   code directement dans un document texte. Une page JSP est un texte   document contenant deux types de texte:

  • Données statiques, pouvant être exprimées dans n'importe quel format texte, tel que HTML ou XML
  • Éléments JSP, qui déterminent comment la page construit le contenu dynamique

Pour plus d'informations sur la technologie JSP, consultez le didacticiel Java EE 5 à l'adresse    http://docs.oracle.com/javaee/5/tutorial/doc/.

La plate-forme Java EE 8 nécessite la compatibilité JavaServer Pages 2.3   avec les versions précédentes, mais recommande l'utilisation de Facelets comme   afficher la technologie dans de nouvelles applications.

Bibliothèque de balises standard JavaServer Pages

La bibliothèque de balises standard JavaServer Pages (JSTL) encapsule le noyau   fonctionnalité commune à de nombreuses applications JSP. Au lieu de mélanger les étiquettes   de nombreux fournisseurs dans vos applications JSP, vous utilisez un seul,   ensemble standard d'étiquettes. Cette standardisation vous permet de déployer votre   applications sur tout conteneur JSP qui prend en charge JSTL et le rend plus   probable que l'implémentation des balises est optimisée.

JSTL a un itérateur et des balises conditionnelles pour gérer le contrôle de flux, les balises   pour manipuler des documents XML, des balises d'internationalisation, des balises pour   accéder aux bases de données à l'aide de SQL et aux balises pour les fonctions les plus couramment utilisées.

La plate-forme Java EE 8 nécessite JSTL 1.2.

API de persistance Java

L’API Java Persistence (JPA) est une solution basée sur des normes Java pour   persistance. La persistance utilise une approche de cartographie objet / relationnelle pour   combler le fossé entre un modèle orienté objet et un relationnel   base de données. L'API Java Persistence peut également être utilisée dans Java SE   applications en dehors de l'environnement Java EE. Persistance Java   comprend les domaines suivants:

  • API de persistance Java
  • Le langage de requête
  • Métadonnées de cartographie objet / relationnelle

La plate-forme Java EE 8 nécessite Java Persistence API 2.2.

API de transaction Java

Java Transaction API (JTA) fournit une interface standard pour   démarcation des transactions. L’architecture Java EE fournit une valeur par défaut   auto commit pour gérer les validations de transactions et les retours en arrière. Une auto   commit signifie que toute autre application visualisant des données   voir les données mises à jour après chaque opération de lecture ou d'écriture de la base de données.   Cependant, si votre application effectue deux accès distincts à la base de données   opérations qui dépendent les unes des autres, vous souhaiterez utiliser l’API JTA   délimiter où la transaction entière, y compris les deux opérations,   commence, roule et commet.

La plate-forme Java EE 8 nécessite Java Transaction API 1.2.

API Java pour les services Web RESTful

L’API Java pour RESTful Web Services (JAX-RS) définit des API pour le   développement de services web construits selon le système de représentation   Style architectural de transfert d'état (REST). Une application JAX-RS est un   application web constituée de classes empaquetées en servlet dans un   Fichier WAR avec les bibliothèques requises.

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités des services Web RESTful incluent   le suivant:

  • API client réactif: lorsque les résultats d’un appel sur une ressource cible sont reçus, les améliorations apportées aux API de la phase d’achèvement dans   Java SE permet de spécifier la séquence de ces résultats,   priorisés, combinés ou concaténés, et comment les exceptions peuvent être   manipulé
  • Améliorations de la prise en charge des événements envoyés par le serveur: les clients peuvent s’abonner aux notifications d’événement émises par le serveur en   connexion. La prise en charge d’un nouveau type de média, text / event-stream, a été   ajoutée.
  • Prise en charge des objets JSON-B et meilleure intégration avec les technologies CDI, Servlet et Bean Validation

La plate-forme Java EE 8 nécessite JAX-RS 2.1.

Haricots Gérés

Beans gérés, objets gérés par conteneur légers (POJO) avec   exigences minimales, prendre en charge un petit ensemble de services de base, tels que   injection de ressources, rappels de cycle de vie et intercepteurs. Gérée   Les haricots représentent une généralisation des haricots gérés spécifiés par   La technologie JavaServer Faces peut être utilisée partout dans Java EE   application, pas seulement dans les modules Web.

La spécification Managed Beans fait partie de la plate-forme Java EE 8   spécification (JSR 366). La plate-forme Java EE 8 nécessite des beans gérés   1.0.

Contextes et injection de dépendances pour Java EE

Contexts et Dependency Injection pour Java EE (CDI) définit un ensemble de   les services contextuels fournis par les conteneurs Java EE facilitent la tâche   pour les développeurs d'utiliser les beans enterprise avec JavaServer Faces   technologie dans les applications Web. Conçu pour être utilisé avec stateful   objets, CDI a également de nombreuses utilisations plus larges, permettant aux développeurs une grande   beaucoup de flexibilité pour intégrer différents types de composants dans un   faiblement couplé, mais de manière sûre.

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités du CDI sont les suivantes:

  • Une API pour démarrer un conteneur CDI dans Java SE 8
  • Prise en charge du classement des observateurs, qui détermine l'ordre dans lequel les méthodes d'observateur pour un événement particulier sont invoquées et prend en charge   pour déclencher des événements de manière asynchrone
  • Interfaces de configuration utilisées pour définir et modifier dynamiquement des objets CDI
  • Littéraux d'annotation intégrés, une fonctionnalité pratique pour la création d'instances d'annotations, etc.

La plate-forme Java EE 8 nécessite CDI 2.0.

Injection de dépendance pour Java

Injection de dépendance pour Java définit un ensemble standard d'annotations   (et une interface) pour les classes injectables.

Dans la plate-forme Java EE, CDI prend en charge la dépendance   Injection. Plus précisément, vous pouvez utiliser des points d’injection uniquement dans un   Application compatible CDI.

La plate-forme Java EE 8 nécessite une injection de dépendance pour Java 1.0.

Validation des haricots

La spécification Bean Validation définit un modèle de métadonnées et une API pour   validation des données dans les composants JavaBeans. Au lieu de distribuer   validation des données sur plusieurs couches, telles que le navigateur et le   côté serveur, vous pouvez définir les contraintes de validation en un seul endroit   et les partager entre les différentes couches.

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités de validation des beans incluent   Suivant:

  • Prise en charge des nouvelles fonctionnalités de Java SE 8, telles que l'API Date-Time
  • Ajout de nouvelles contraintes de validation de bean intégrées

La plate-forme Java EE 8 nécessite Bean Validation 2.0.

API Java Message Service

L’API Java Message Service (JMS) est une norme de messagerie qui permet   Composants d'application Java EE pour créer, envoyer, recevoir et lire   messages. Il permet une communication distribuée qui est vaguement   couplé, fiable et asynchrone.

La plate-forme Java EE 8 nécessite JMS 2.0.

Architecture du connecteur Java EE

L'architecture de connecteur Java EE est utilisée par les fournisseurs d'outils et de systèmes   intégrateurs pour créer des adaptateurs de ressources prenant en charge l'accès à   des systèmes d’information d’entreprise pouvant être connectés à toute Java EE   produit. Un adaptateur de ressources est un composant logiciel qui permet Java   Composants d'application EE pour accéder et interagir avec le sous-jacent   gestionnaire de ressources de l'EIS. Parce qu'un adaptateur de ressources est spécifique à   son gestionnaire de ressources, un adaptateur de ressources différent existe généralement   pour chaque type de base de données ou système d'information d'entreprise.

L’architecture de connecteur Java EE fournit également un   axé sur les performances, sécurisé, évolutif et basé sur les messages   intégration transactionnelle des services Web basés sur la plate-forme Java EE avec   EIS existants pouvant être synchrones ou asynchrones. Existant   applications et EIS intégrés via le connecteur Java EE   L'architecture dans la plate-forme Java EE peut être exposée en tant que site Web XML   services en utilisant les modèles de composants JAX-WS et Java EE. Ainsi JAX-WS et   l’architecture du connecteur Java EE sont des technologies complémentaires pour   intégration d'applications d'entreprise (EAI) et activités de bout en bout   l'intégration.

La plate-forme Java EE 8 nécessite l'architecture de connecteur Java EE 1.7.

API JavaMail

Les applications Java EE utilisent l'API JavaMail pour envoyer des notifications par courrier électronique.   L'API JavaMail comporte deux parties:

  • Une interface de niveau application utilisée par les composants d'application pour envoyer du courrier
  • Une interface de fournisseur de services

La plate-forme Java EE inclut l'API JavaMail avec un fournisseur de services   qui permet aux composants d'application d'envoyer des messages Internet.

La plate-forme Java EE 8 nécessite JavaMail 1.6.

Contrat d'autorisation Java pour les conteneurs

La spécification du contrat d'autorisation Java pour les conteneurs (JACC)   définit un contrat entre un serveur d'applications Java EE et un serveur   fournisseur de règles d'autorisation. Tous les conteneurs Java EE prennent en charge cette   Contrat.

La spécification JACC définit les classes java.security.Permission   satisfaire le modèle d'autorisation Java EE. La spécification définit le   la liaison des décisions d'accès aux conteneurs aux opérations sur des instances de   ces classes d'autorisation. Il définit la sémantique des fournisseurs de politiques   qui utilisent les nouvelles classes d'autorisation pour adresser l'autorisation   les exigences de la plate-forme Java EE, y compris la définition et l’utilisation   des rôles.

La plate-forme Java EE 8 nécessite JACC 1.5.

Interface du fournisseur de services d'authentification Java pour les conteneurs

L'interface du fournisseur d'authentification Java pour les conteneurs   (JASPIC) spécifie une interface de fournisseur de service (SPI) par   les fournisseurs d'authentification qui implémentent l'authentification de message   des mécanismes peuvent être intégrés dans le traitement des messages client ou serveur   conteneurs ou temps d'exécution. Fournisseurs d'authentification intégrés via   cette interface fonctionne sur les messages réseau fournis par leur   conteneurs d'appel. Les fournisseurs d’authentification transforment   des messages afin que la source de chaque message puisse être authentifiée par   le conteneur de réception et le destinataire du message peuvent être   authentifié par l'expéditeur du message. Fournisseurs d'authentification   authentifier chaque message entrant et retourner à leur appel   conteneurs l'identité établie à la suite du message   authentification.

La plate-forme Java EE 8 nécessite JASPIC 1.1.

API de sécurité Java EE

Le but de la spécification Java EE Security API est de moderniser   et simplifier les API de sécurité en établissant simultanément des   approches et mécanismes et en supprimant les API plus complexes du   vue développeur si possible. Java EE Security introduit le   API suivantes:

  • SecurityContext interface: fournit un point d'accès commun et uniforme permettant à une application de tester des aspects des données de l'appelant et d'accorder   ou refuser l'accès aux ressources.
  • HttpAuthenticationMechanism interface: authentifie les appelants d'une application Web et n'est spécifiée que pour être utilisée dans le servlet   récipient.
  • IdentityStore interface: fournit une abstraction d'un magasin d'identités et peut être utilisée pour authentifier les utilisateurs et récupérer l'appelant   groupes.

La plate-forme Java EE 8 nécessite Java EE Security API 1.0.

API Java pour WebSocket

WebSocket est un protocole d'application qui fournit le duplex intégral   communications entre deux pairs sur TCP. L'API Java pour WebSocket   Permet aux applications Java EE de créer des points de terminaison à l'aide d'annotations   qui spécifient les paramètres de configuration du noeud final et   désigner ses méthodes de rappel du cycle de vie.

La plate-forme Java EE 8 nécessite une API Java pour WebSocket 1.1.

API Java pour le traitement JSON

JavaScript Object Notation (JSON) est un format d'échange de données textuel   dérivé de JavaScript qui est utilisé dans les services Web et autres   applications connectées. L'API Java pour le traitement JSON (JSON-P)   permet aux applications Java EE d'analyser, de transformer et d'interroger des données JSON   en utilisant le modèle d'objet ou le modèle de diffusion en continu.

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités de JSON-P incluent la prise en charge de   le suivant:

  • Pointeur JSON: définit une syntaxe de chaîne pour référencer une valeur spécifique dans un document JSON. JSON Pointer inclut des API pour   extraire les valeurs d'un document cible et les transformer en   créer un nouveau document JSON.
  • JSON Patch: définit un format pour exprimer une séquence d'opérations à appliquer à un document JSON.
  • JSON Merge Patch: définit un format et des règles de traitement pour appliquer des opérations à un document JSON basé sur un contenu spécifique de   le document cible.

  • L'ajout de fonctions d'édition et de transformation au traitement de base des documents JSON.

  • Les classes et méthodes d'assistance, appelées collecteurs JSON, exploitent les fonctionnalités de l'API Stream introduite dans Java SE 8.

La plate-forme Java EE 8 nécessite JSON-P 1.1.

API Java pour la liaison JSON

L’API Java pour la liaison JSON (JSON-B) fournit une couche de liaison pour   convertir des objets Java vers et depuis des messages JSON. JSON-B aussi   prend en charge la possibilité de personnaliser le processus de mappage par défaut utilisé dans   cette couche de liaison grâce à l'utilisation d'annotations Java pour une donnée   champ, propriété JavaBean, type ou package, ou en fournissant un   implémentation d'une stratégie de nommage de propriété.

JSON-B est nouveau sur la plate-forme Java EE 8. La plateforme Java EE 8   nécessite JSON-B 1.0.

Utilitaires de concomitance pour Java EE

Les utilitaires de concomitance pour Java EE sont une API standard pour fournir   fonctionnalités asynchrones pour les composants d'application Java EE via   les types d'objets suivants: service exécuteur géré, géré   service exécuteur planifié, fabrique de threads gérés et contexte   un service.

La plate-forme Java EE 8 requiert des utilitaires de concurrence pour Java EE 1.0.

Applications par lots pour la plate-forme Java

Les travaux par lots sont des tâches pouvant être exécutées sans intervention de l'utilisateur.   Les spécifications des applications par lots pour la plate-forme Java sont un lot   cadre qui prend en charge la création et l'exécution de travaux par lots dans   Applications Java. La structure de traitement par lots consiste en une exécution par lots, une   langage de spécification de travail basé sur XML, une API Java avec laquelle interagir   le runtime batch et une API Java pour implémenter des artefacts de lot.

La plate-forme Java EE 8 nécessite des applications batch pour Java   Plate-forme 1.0.


7
2017-09-22 14:02