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

Il s'agit de la première version de Java EE 8.]}

Java EE 8 s'appuie sur Java EE 7 (voir l'ancienne réponse pour plus de détails) et modernise la prise en charge de nombreuses normes de l'industrie et continue de simplifier les 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 REST Reactive Client
• Événements CDI asynchrones
• Un nouveau portable API de sécurité
• Support des événements envoyés par le serveur (côté client et serveur)
• Prise en charge des nouvelles fonctionnalités de Java SE 8 (par exemple, API Data & Time, API Streams, améliorations des annotations)

Suivantes sont Jsr nouveau ou mise à jour dans Java EE 8:

• La plateforme Java EE

  • JSR 366: Java EE 8 Plate-forme

• Application Web Les Technologies de l'

  • JSR 367 : L'API Java pour la liaison JSON (JSON-B) 1.0
  • J'ai besoin d'une api Java pour le traitement JSON (JSON-P) 1.1 {[16]]}
  • JSR 369: Java Servlet 4.0
  • JSR 372 : JavaServer Faces (JSF) 2.3

• Technologies d'application d'entreprise

  • JSR 365: Contextes et l'Injection de Dépendance (CDI) 2.0
  • JSR 380: Bean Validation 2.0
  • JSR 338: Java Persistence 2.2
  • JSR 250: Annotations communes 1.3
  • JSR 919: JavaMail 1.6

• Les technologies des services Web

  • JSR 370: Java API pour les Services Web RESTful (JAX-RS) 2.1

• Technologies de gestion et de sécurité

  • JSR 375: API de sécurité Java EE 1.0

Pour plus de détails, reportez-vous à cette page.

Un exposé de chaque technologie

Pour en savoir plus sur les principales technologies énumérées ci-dessus, consultez le Tutoriel Java EE. Et un bon aperçu des principales technologies peut être trouvé dans cette page. Juste en le citant ici:

La technologie JavaBeans d'entreprise

Un composant Enterprise JavaBeans (EJB), ou bean enterprise, est un corps de code qui a des champs et des méthodes pour mettre en œuvre des modules d'affaires logique. Vous pouvez penser à un haricot d'entreprise comme un bloc de construction qui peut être utilisé seul ou avec d'autres haricots d'entreprise pour exécuter d'affaires logique sur le serveur Java EE.

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

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

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.

La technologie de servlet Java

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

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

• Serveur Push
• Bande-annonce HTTP

La plateforme Java EE 8 nécessite le servlet 4.0

JavaServer fait face à la technologie

JavaServer Faces technology est un framework d'interface utilisateur pour la construction les applications web. Les principaux composants de JavaServer font face à la technologie sont les suivantes:

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

Les fonctionnalités suivantes prennent en charge les composants GUI:

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

Toutes ces fonctionnalités sont disponibles à l'aide des API Java standard et Fichiers de configuration basés sur XML.

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

• Prise en charge directe des WebSockets via la nouvelle balise <f:websocket>
• Validation de bean au niveau de la classe via la nouvelle balise <f:validateWholeBean>
• Une annotation compatible CDI @ManagedProperty
• Cadre d'expression de recherche de composants amélioré

Le La plate-forme Java EE 8 nécessite JavaServer Faces 2.3 et Expression Langue 3.0.

Pour un excellent résumé des nouveautés de JSF 2.3, voir https://javaserverfaces.github.io/whats-new-in-jsf23.html.

JavaServer Pages De La Technologie De

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

• Données statiques, qui peuvent être exprimées dans n'importe quel format textuel, 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, voir Le Tutoriel Java EE 5 à http://docs.oracle.com/javaee/5/tutorial/doc/.

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

Bibliothèque de balises standard JavaServer Pages

La bibliothèque de balises standard JavaServer Pages (JSTL) encapsule core fonctionnalité commune à de nombreuses applications JSP. Au lieu de mélanger les balises 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 n'importe quel conteneur JSP qui prend en charge JSTL et le rend plus probable que la mise en œuvre de la balises est optimisé.

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

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

Java Persistence API)

L'API Java Persistence (JPA) est une solution basée sur les standards Java pour persistance. La persistance utilise un mappage objet/relationnel approche combler l'écart entre un modèle orienté-objet et relationnel la 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 se compose des domaines suivants:

• L'API de persistance Java
• , Le langage de requête
• Métadonnées de mappage objet/relationnel

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

Transaction Java API

L'API de transaction Java (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 et les annulations de transactions. Auto commit signifie que toutes les autres applications qui affichent des données voir les données mises à jour après chaque opération de lecture ou d'écriture de base de données. Toutefois, si votre application effectue deux accès distincts à la base de données les opérations qui dépendent les unes des autres, vous voudrez utiliser le JTA API pour délimiter où l'ensemble de la transaction, y compris les deux opérations, commence, annule et valide.

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

Java de l'API pour les Services Web RESTful

L'API Java pour les services Web RESTful (JAX-RS) définit les API pour développement de services web construits selon la représentation Style architectural de transfert d'État (REPOS). Une application JAX-RS est un application web qui consiste de classes empaquetées en tant que servlet dans un Fichier de guerre avec les bibliothèques requises.

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

• API client réactive: Lorsque les résultats d'une invocation sur une ressource cible sont reçus, les améliorations apportées aux API de Java SE permet de spécifier la séquence de ces résultats, hiérarchisé, combiné ou concaténé, et comment les exceptions peuvent être gérer.
• Améliorations dans la prise en charge des événements envoyés par le serveur: Les clients peuvent s'abonner aux notifications d'événements émises par le serveur à l'aide d'un connexion. La prise en charge d'un nouveau type de média, text/event-stream, a été ajouter.
• Prise en charge des objets JSON-B et intégration améliorée avec les technologies de validation CDI, Servlet et Bean

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

Haricots gérés

Beans gérés, conteneurs légers gérés les objets (Pojo) avec exigences minimales, un petit ensemble de services de base, tels que injection de ressources, rappels de cycle de vie et intercepteurs. Gérer Les beans représentent une généralisation des beans gérés spécifiés par JavaServer fait face à la technologie et peut être utilisé n'importe où dans un Java EE application, pas seulement dans les modules Web.

La spécification Managed Beans fait partie de la plate-forme Java EE 8 spécifications (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

Contextes et l'Injection de Dépendance pour Java EE (CDI) définit un ensemble de services contextuels, fournis par des conteneurs Java EE, qui facilitent la tâche pour que les développeurs utilisent des beans d'entreprise avec des faces JavaServer technologie dans les applications web. Conçu pour une utilisation avec état objets, CDI a également de nombreuses utilisations plus larges, permettant aux développeurs un grand souplesse pour intégrer différents types de composants dans un faiblement couplé mais de manière typesafe.

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

• Une API pour l'amorçage d'un conteneur CDI en Java SE 8
• Prise en charge de l'ordre des observateurs, qui détermine l'ordre dans lequel les méthodes des observateurs pour un événement particulier sont appelées, et prise en charge pour déclencher des événements de manière asynchrone
• Interfaces de configurateurs, qui sont utilisées pour définir et modifier dynamiquement CDI objets
• Littéraux d'annotation intégrés, une fonctionnalité pratique pour créer des instances d'annotations, etc.

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

Injection de dépendance pour Java

L'injection de dépendances pour Java définit un ensemble standard d'annotations (et une interface) pour une utilisation sur les classes injectables.

Dans la plate-forme Java EE, CDI prend en charge les dépendances Injection. Plus précisément, vous pouvez utiliser l'injection points seulement dans un Application compatible CDI.

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

Validation du bean

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

Dans la plate-forme Java EE 8, les nouvelles fonctionnalités de validation de Bean incluent suivant:

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

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

Java Message Service API

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

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

Java Connector Architecture

L'architecture Java EE Connector est utilisée par les fournisseurs d'outils et le système intégrateurs pour créer des adaptateurs de ressources qui prennent en charge l'accès à systèmes d'information d'entreprise qui peuvent être branchés à n'importe quel 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 des 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 un système d'information d'entreprise.

L'architecture du connecteur Java EE fournit également un axé sur les performances, sécurisé, évolutif et basé sur les messages intégration transactionnelle de la plateforme Java EE services web avec EISs existant qui peut être synchrone ou asynchrone. Existant applications et EISs intégrées via le connecteur Java EE L'architecture dans la plate-forme Java EE peut être exposée en tant que web basé sur XML services en utilisant les modèles de composants JAX-WS et Java EE. Ainsi JAX-WS et l'architecture Java EE Connector est une technologie complémentaire pour intégration d'applications d'entreprise (EAI) et entreprise de bout en bout intégration.

La plateforme Java EE 8 nécessite l'architecture Java EE Connector 1.7.

API JavaMail

Les applications Java EE utilisent l'API JavaMail pour envoyer des notifications par e-mail. L'API JavaMail comporte deux parties:

• Une interface au niveau de l'application utilisée par les composants de l'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 de l'application d'envoyer Internet courrier.

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

Contrat d'autorisation Java pour les conteneurs

Java Autorisation de Contrat pour les Conteneurs (JACC) spécification définit un contrat entre un serveur d'applications Java EE et un fournisseur de stratégie d'autorisation. Tous les conteneurs Java EE prennent en charge cela contrat.

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

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

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

Le Java Interface de Fournisseur de Services d'authentification pour les conteneurs La spécification (JASPIC) définit une interface de fournisseur de services (SPI) par quels fournisseurs d'authentification qui implémentent l'authentification des messages des mécanismes peuvent être intégrés dans le traitement des messages client ou serveur conteneurs ou runtimes. Fournisseurs d'authentification intégrés via cette interface fonctionne sur les messages réseau qui leur sont fournis par leur appeler des conteneurs. Les fournisseurs d'authentification transforment sortant les messages de sorte que la source de chaque message peut ê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 authentifiez chaque message entrant et retournez à leur appel conteneurs l'identité établie à la suite du message Authentication.

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

Java EE de Sécurité de l'API

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

• SecurityContext interface: Fournit un point d'accès commun et uniforme qui permet à une application de tester des aspects des données de l'appelant et d'accorder ou de refuser l'accès à des ressources.
• HttpAuthenticationMechanism interface: authentifie les appelants d'un application web, et est spécifié uniquement pour une utilisation dans le servlet conteneur.
• IdentityStore interface: Fournit une abstraction d'un magasin d'identités et qui peut être utilisée pour authentifier les utilisateurs et récupérer l'appelant groupe.

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

Java API 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 point de terminaison et désignez 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 basé sur du texte dérivé de JavaScript qui est utilisé dans les services Web et autres applications connectées. L'API Java pour JSON Traitement (JSON-P) permet aux applications Java EE d'analyser, de transformer et d'interroger des données JSON utilisation du modèle objet ou du modèle de streaming.

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

• Pointeur JSON: Définit une syntaxe de chaîne pour référencer une valeur spécifique dans un document JSON. Pointeur JSON inclut des API pour extraire des valeurs d'un document cible et les transformer en créez un nouveau document JSON.
• Patch JSON: 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ées 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.

• Classes et méthodes auxiliaires, appelées collecteurs JSON, qui exploitent caractéristiques 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 conversion d'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 un champ, propriété JavaBean, type ou du paquet, ou en fournissant un mise en œuvre 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 concurrence pour Java EE

Utilitaires de concurrence pour Java EE est une API standard pour fournir capacités asynchrones aux composants d'application Java EE via les types d'objets suivants: gestion de liquidateur de service, géré service d'exécuteur planifié, géré usine de threads et contexte service.

La plate-forme Java EE 8 nécessite des utilitaires de concurrence pour Java EE 1.0.

Applications par lots pour la plate-forme Java

Les tâches par lots sont des tâches qui peuvent être exécutées sans interaction de l'utilisateur. Les applications par lots pour la spécification de la plate-forme Java sont un lot framework qui prend en charge la création et l'exécution de tâches par lots dans Les applications Java. Le lot se compose d'un lot de l'exécution, un emploi langage de spécification basé sur XML, une API Java avec laquelle interagir l'exécution par lots, et une API Java pour implémenter des artefacts par lots.

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