Mit der Java™ EE-Architektur (Java Platform
Enterprise Edition) können Sie
verteilte Web- und Unternehmensanwendungen erstellen.
Diese Architektur hilft Ihnen dabei, sich auf Darstellungs- und Anwendungsprobleme zu konzentrieren, statt auf
Systemprobleme.
Sie können die Java EE-Tools und -Features für die Erstellung von Anwendungen
verwenden, die um Module mit unterschiedlichen Zwecken strukturiert sind, wie z. B.
Websites und EJB-Anwendungen (Enterprise JavaBeans). Wenn Sie EJB 3.1-Komponenten verwenden,
können Sie eine verteilte sichere Anwendung mit Transaktionsunterstützung erstellen. Wenn Sie Anwendungen entwickeln, die auf persistente Daten zugreifen, können Sie
Java Persistence API (JPA) verwenden. Dieser Standard vereinfacht die Erstellung und Verwendung
persistenter Entitäten. Zur Entwicklung von Darstellungslogik können Sie Technologien wie
JavaServer Pages (JSP)
oder JavaServer Faces (JSF) einsetzen.
Mit Java EE (Java EE Platform Enterprise Edition) können Sie Anwendungen
schneller und bequemer entwickeln als mit früheren Versionen. Java EE verbessert die Benutzerfreundlichkeit
erheblich durch:
- verringerte Entwicklungszeit
- verringerte Anwendungskomplexität
- verbesserte Anwendungsleistung
Java EE stellt ein vereinfachtes Programmiermodell bereit,
einschließlich der folgenden Tools:
- Integrierte Konfiguration mit Annotationen, durch die Implementierungsdeskriptoren
nun optional werden
- Abhängigkeitsinjektion, bei der die Ressourcenerstellung und -suche im Anwendungscode verdeckt wird
- Java Persistence API (JPA)
ermöglicht eine Datenverwaltung ohne explizite SQL oder JDBC
- Verwendung von Plain Old Java Objects
(POJOs) für Enterprise JavaBeans
und Web-Services
Java EE stellt vereinfachte Paketierungsregeln für Unternehmensanwendungen
bereit:
- Webanwendungen verwenden WAR-Dateien
- Ressourcenadapter verwenden RAR-Dateien
- Unternehmensanwendungen verwenden EAR-Dateien
- Das Verzeichnis lib enthält gemeinsam genutzte JAR-Dateien
- Eine JAR-Datei kann in der Datei application.xml der EAR
als Anwendungsclient oder EJB-Modul angegeben werden
- Eine JAR-Datei, die nicht von der Datei application.xml
der EAR angegeben wird, wird folgendermaßen definiert:
- Eine JAR-Datei mit einer Datei application-client.xml schließt einen
Anwendungsclient ein
- Eine JAR-Datei mit einer Datei ejb-jar.xml schließt ein
EJB-Modul ein
- Eine JAR-Datei mit der Angabe für die Hauptklasse (Main-Class) in der Datei META-INF/MANIFEST.MF
schließt einen Anwendungsclient ein
- Eine JAR-Datei mit den Annotationen @Stateless, @Stateful oder
@MessageDriven schließt eine EJB-Anwendung ein
- Eine JAR-Datei mit Main-Class schließt einen Anwendungsclient ein
- Eine JAR-Datei mit der Annotation @Stateless schließt eine EJB-Anwendung
ein
- Viele einfache Anwendungen setzen keine Implementierungsdeskriptoren mehr voraus. Dazu gehören die folgenden Anwendungen:
- EJB-Anwendungen (JAR-Dateien)
- Webanwendungen, die ausschließlich die JSP-Technologie verwenden
- Anwendungsclients
- Unternehmensanwendungen (EAR-Dateien)
Java EE stellt
vereinfachten Ressourcenzugriff über die Abhängigkeitsinjektion bereit:
- Im Abhängigkeitsinjektionsmuster stellt eine externe Entität
automatisch die Abhängigkeiten eines Objekts bereit.
- Das Objekt muss diese Ressourcen nicht explizit anfordern.
- In Java EE kann Abhängigkeitsinjektion auf alle
Ressourcen, die für eine Komponente erforderlich sind, angewendet werden.
- Die Erstellung und Suche von Ressourcen werden im Anwendungscode verdeckt.
- Die Abhängigkeitsinjektion kann in der gesamten Java EE-Technologie angewendet werden:
- EJB-Container
- Web-Container
- Clients
- Web-Services