Eintauchen in die Enterprise Javabeans Deployment Descriptor
Zwei Hauptversionen von Enterprise Javabeans (EJB) Deployment-Deskriptoren sind derzeit im Umlauf. Die EJB 1.1 Deployment Descriptor beschreibt den Aufbau und die Montage von EJB in die EJB 1.1-Spezifikation gebaut Anwendungen. Die EJB 2.0 Deployment Descriptor fügt eine Reihe von Tags, die notwendig sind, um die zusätzlichen Funktionen von EJB 2.0-Anwendungen zu beschreiben. Während EJB 2.0-konformen EJB-Container benötigt werden EJB 1.1-Anwendungen zu unterstützen, EJB-Container, die die 2.0-Spezifikation nicht unterstützen EJB 2.0-Deployment-Deskriptoren wurden nicht aktualisiert zu unterstützen.
Beachten Sie, dass jeder EJB Deployment Descriptor ejb-jar.xml benannt werden müssen.
Dieser Artikel berührt EJB-Anwendungen zu entwickeln, die auf die 2.0-Spezifikation entsprechen. Wenn also ein EJB-Container Auswahl, sollten Sie Unterstützung für die EJB 2.0-Spezifikation als Selektionskriterium verwenden. Führende EJB-Container-Anbieter - einschließlich IBM WebSpere, BEA WebLogic und der Open-Source JBoss Application Server - sind gute Plätze zu Beginn der Suche.
Das Wurzelelement eines EJB Deployment Descriptor ist. Alle Tags müssen innerhalb des Tags verschachtelt sein. Im Tag sind drei Subelemente:
- : Dieser Tag enthält beschreibende Informationen über die EJB-Komponenten in einer EJB-Anwendung. Wenn ein Entity-Bean muss Verweise auf externe Ressourcen, System-Ressourcen und andere Entity Beans, werden diese Ressourcen in diesem Abschnitt beschrieben.
- : Dieses Tag beschreibt die Beziehungen zwischen Entity Beans den Container-verwaltete Beziehung Unterstützung für EJB 2.0-Anwendungen.
- Dieses Tag dient dazu, Montageinformationen für eine EJB-Anwendung zu beschreiben. Während Bean-Anbieter einige Montage Informationen liefern kann, ist die Anwendung Montage eine Verantwortung, die auf der Anwendung Assembler Schultern in erster Linie fällt. Die beiden wichtigsten Elemente der Anwendung Montage beschreiben Transaktionen und beschreiben Sicherheit.
Der Tag enthält Beschreibungen für jede Art von Enterprise-Bean, die in einer EJB-Anwendung definiert werden können. Es verfügt über drei Subelemente:
- Logischer Name: Jede EJB-Komponente hat einen logischen Namen, die den Namen, mit dem identifiziert jede Bean in den Rest des Deployment Descriptor verwiesen wird. Der logische Name wird in dem Tag enthalten ist. Es muss für den Umfang der Datei ejb-jar eindeutig sein, in der die Komponente verpackt ist. Der Tag ist ein Teilelement des
, , und Tags. - Enterprise-Bean-Klasse: Die Enterprise-Bean-Klasse ist die Klasse, die alle Geschäftsmethoden und Lifecycle-Management-Methoden des EJB-Komponente implementiert. Diese Klasse muss von dem Tag identifiziert werden. Das muss den vollständig qualifizierten Klassennamen des EJB-Klasse. Der Tag ist ein Teilelement des
, , und Tags. - Component-Schnittstellen: Session und Entity Beans können auch sowohl lokale als auch Remote-Komponente Schnittstellen verfügen. Der EJB-Container muss wissen, welche Klassen die Komponentenschnittstellen für die Sitzung und Entity Beans implementieren. Das
Tag wird verwendet, um eine Remote-Schnittstelle zu identifizieren und den vollständig qualifizierten Klassennamen der Remote-Schnittstelle (falls vorhanden) enthalten muss. Das Tag wird verwendet, um eine lokale Schnittstelle zu identifizieren und den vollständig qualifizierten Klassennamen der lokalen Schnittstelle (falls vorhanden) enthalten muss.
- Ein EJB-Komponente verfügt nicht über beide entfernte und lokale Schnittstellen zu haben, aber es muss eine oder das andere haben. Die Ausnahme von dieser Regel ist, Message-Driven Beans, die nicht entfernten oder lokalen Schnittstellen haben kann. Für Entity Beans und Session Beans, können Sie sowohl lokale als auch Remote-Schnittstellen haben. Für jede Komponente Schnittstelle muss der Deployment Descriptor eine entsprechende Home-Schnittstelle für eine Enterprise-Bean zu definieren.
- Startseite Schnittstellen: Start-Schnittstellen können für Session und Entity Beans definiert werden. Die lokale Home-Schnittstelle ermöglicht den lokalen Zugriff auf das Enterprise-Bean, während die Remote-Home-Schnittstelle Remote-Zugriff auf das Enterprise-Bean zur Verfügung stellt. Die lokale Home-Schnittstelle wird von dem Tag im Deployment Descriptor identifiziert. Die Remote-Home-Schnittstelle wird durch die identifizierte
Tag im Deployment Descriptor. - Art der Transaktion: Jede Enterprise-Bean-Komponente hat einen Tag. Der Tag wird verwendet, um zu beschreiben, ob die Transaktion Service der Enterprise-Bean wird von der Bohne oder vom EJB-Container verwaltet. Die beiden erlaubten Werte für den Tag sind Bean (für Bean-gesteuerten Transaktionen) und Container (für Container-gesteuerten Transaktionen). Bean-gesteuerten Transaktionen können sehr komplex sein und sind mit Sicherheit über den Rahmen eines Entry-Level-EJB-Programmierer.
- Beschreibung: Jede EJB-Komponente kann eine optionale Beschreibung Tag haben, die den Zweck der EJB-Komponente beschreibt. Die Beschreibung Element wird durch den abgegrenzten
Tag, die Dokumentation über den Zweck der EJB-Komponente enthalten sollte. - Build-Tool tags: Es gibt mehrere optionale Tags in jeder Enterprise-Bean verwendet, um zusätzliche Informationen für Werkzeuge Build zur Verfügung zu stellen. Build-Tools bieten eine grafische Oberfläche für die EJB-Anwendungen zu erstellen. Build-Tool-Tags werden verwendet, um die Präsentation von Enterprise-Beans in der Build-Tool-Benutzeroberfläche zu verbessern.
# 8226; : Dieser Tag kennzeichnet den Namen, unter dem die Enterprise-Bean-Komponente sollte in einem Build-Tool angezeigt werden.
# 8226; : Dieser Tag kennzeichnet den Pfad zu einem 32 Pixel 32 Pixel-Symbol verwendet, um die Enterprise-Bean anzuzeigen. Das Bild muss in entweder eine JPEG- oder GIF-Format.
# 8226; : Dieser Tag kennzeichnet den Pfad zu einem 16 Pixel 16 Pixel-Symbol verwendet, um die Enterprise-Bean anzuzeigen. Das Bild muss in entweder eine JPEG- oder GIF-Format.