Avec l'architecture Java™ Platform,
Enterprise Edition (Java EE), vous pouvez générer des applications d'entreprise et Web distribuées.
Elle vous
aide à concentrer vos efforts sur la présentation et l'application elle-même plutôt que sur le système sous-jacent.
Vous pouvez utiliser les outils et fonctions Java
EE pour créer des applications structurées autour de modules ayant des
objectifs différents, tels que des sites Web et des applications Enterprise
Java Bean (EJB). En utilisant des composants EJB 3.1,
vous pouvez créer une application répartie et sécurisée, avec prise en charge transactionnelle. Si vos applications
doivent accéder à des données persistantes, vous pouvez tirer parti de l'API JPA
(Java Persistence API). Cette norme simplifie la création et l'utilisation d'entités
persistantes. Pour développer une logique de présentation, vous pouvez utiliser des technologies telles que JavaServer
Pages (JSP) ou JavaServer Faces (JSF).
Java
EE Platform Enterprise Edition (Java
EE) vous permet de développer des applications plus rapidement et avec plus de
confort que les versions précédentes. Java
EE est nettement plus simple d'emploi et permet :
- de réduire les délais de développement,
- de réduire la complexité des applications,
- d'améliorer les performances des applications.
Java
EE offre un modèle de programmation simplifié, qui inclut les outils suivants :
- La configuration en ligne avec des annotations, qui rend facultatifs les descripteurs de déploiement.
- L'injection de dépendance, masquant les créations de ressource et les recherches depuis le code de l'application.
- Java
Persistence API (JPA), qui permet de gérer des données sans utiliser d'instructions SQL ou JDBC explicites.
- Utilisation d'objets POJO (plain old Java
objects, ou "objets Java
classiques") pour les Enterprise JavaBeans et les
services Web.
Java
EE fournit des règles de mise en forme simplifiées pour les applications d'entreprise :
- Les applications Web utilisent des fichiers .WAR.
- Les adaptateurs de ressources utilisent des fichiers RAR.
- Les applications d'entreprise utilisent des fichiers .EAR.
- Le répertoire lib contient les fichiers .JAR partagés.
- Un fichier .JAR peut être spécifié dans le fichier application.xml de l'EAR sous forme de client d'application ou de module EJB.
- Un fichier .JAR qui n'est pas spécifié par le fichier application.xml de l'EAR est défini comme suit :
- Un fichier .JAR associé à un fichier application-client.xml implique un client d'application.
- Un fichier .JAR associé à un fichier ejb-jar.xml implique un module EJB.
- Un fichier .JAR avec Main-Class spécifié par META-INF/MANIFEST.MF correspond à un client d'application.
- Un fichier .JAR avec une annotation @Stateless, @Stateful ou
@MessageDriven correspond à une application EJB.
- Un fichier .JAR avec Main-Class correspond à un client d'application.
- Un fichier .JAR avec une annotation @Stateless correspond à une application EJB.
- Un grand nombre d'applications simples n'ont plus besoin de descripteurs de déploiement :
- les applications EJB (fichier .JAR),
- les applications Web qui n'utilisent que la technologie JSP,
- les clients d'applications,
- les applications d'entreprise (fichiers .EAR).
Java
EE simplifie l'accès aux ressources grâce à l'injection des dépendances :
- dans le pattern Dependency Injection, une entité externe fournit automatiquement les dépendances d'un objet,
- l'objet n'a pas besoin de demander ces ressources explicitement,
- avec Java
EE, l'injection des dépendances peut être appliquée à toutes les ressources dont un composant a besoin,
- la création et la recherche des ressources sont masquées au code de l'application,
- l'injection des dépendances est utilisable avec l'ensemble de la technologie Java
EE :
- les conteneurs d'EJB,
- les conteneurs Web,
- les clients,
- les services Web.