Video: SmartFactoryKL Industrie 4.0 2024
Derzeit sind zwei Hauptversionen von EJB-Implementierungsdeskriptoren (Enterprise JavaBeans) im Umlauf. Der Deployment-Deskriptor EJB 1. 1 beschreibt die Struktur und Assemblierung von EJB-Anwendungen, die nach der Spezifikation von EJB 1. 1 erstellt wurden. Der Implementierungsdeskriptor EJB 2. 0 fügt eine Anzahl von Tags hinzu, die notwendig sind, um die zusätzlichen Merkmale von EJB 2. 0-Anwendungen zu beschreiben. Während EJB 2. 0-kompatible EJB-Container EJB 1. 1-Anwendungen unterstützen müssen, unterstützen EJB-Container, die nicht auf die Unterstützung der 2. 0-Spezifikation aktualisiert wurden, EJB 2. 0-Implementierungsdeskriptoren nicht.
Beachten Sie, dass jeder EJB-Implementierungsdeskriptor den Namen ejb-jar haben muss. XML.
Dieser Artikel befasst sich mit der Entwicklung von EJB-Anwendungen, die der 2. 0-Spezifikation entsprechen. Daher sollten Sie bei der Auswahl eines EJB-Containers die Unterstützung für die Spezifikation EJB 2. 0 als Auswahlkriterium verwenden. Führende Hersteller von EJB-Containern - einschließlich IBMs WebSpere, BEA's WebLogic und der Open Source JBoss Application Server - sind gute Orte, um sich umzusehen.
Das Root-Element eines EJB-Deployment-Deskriptors ist. Alle Tags müssen innerhalb des Tags verschachtelt sein. Innerhalb des Tags befinden sich drei Unterelemente:
- : Dieses Tag enthält beschreibende Informationen zu den EJB-Komponenten in einer EJB-Anwendung. Wenn eine Entity-Bean Verweise auf externe Ressourcen, Systemressourcen und andere Entity-Beans machen muss, werden diese Ressourcen in diesem Abschnitt beschrieben.
- : Dieses Tag beschreibt die Beziehungen zwischen Entity-Beans mit Hilfe der containerverwalteten Beziehungsunterstützung für EJB 2. 0-Anwendungen.
- : Dieses Tag wird verwendet, um Baugruppeninformationen für eine EJB-Anwendung zu beschreiben. Während Bean-Anbieter einige Assembly-Informationen bereitstellen, ist die Anwendungs-Assembly eine Verantwortung, die in erster Linie auf die Schultern des Anwendungs-Assemblers fällt. Die zwei Hauptelemente der Anwendungszusammenstellung sind die Beschreibung von Transaktionen und die Beschreibung der Sicherheit.
Das Tag enthält Beschreibungen für jede Art von Enterprise-Bean, die in einer EJB-Anwendung definiert werden kann. Es hat drei Unterelemente: für Session-Beans, für Entity-Beans und für Message-Driven Beans. Session-, Entity- und Message-Driven-Beans teilen sich mehrere XML-Tags gemeinsam. Im Folgenden finden Sie die allgemeinen Informationen zu diesen allgemeinen Tags:
- Logischer Name: Jede EJB-Komponente hat einen logischen Namen, der den Namen angibt, mit dem jede Bean im Rest des Implementierungsdeskriptors referenziert wird. Der logische Name ist im Tag enthalten.Sie muss für den Bereich der ejb-jar-Datei, in der die Komponente verpackt wird, eindeutig sein. Das Tag ist ein Unterelement der Tags, und.
- Enterprise-Bean-Klasse: Die Enterprise-Bean-Klasse ist die Klasse, die alle Geschäftsmethoden und Lifecycle-Management-Methoden der EJB-Komponente implementiert. Diese Klasse muss durch das Tag identifiziert werden. Der muss den vollständig qualifizierten Klassennamen der EJB-Klasse haben. Das Tag ist ein Unterelement der Tags, und.
- Komponentenschnittstellen: Session- und Entity-Beans können auch lokale und Remote-Komponentenschnittstellen haben. Der EJB-Container muss wissen, welche Klassen die Komponentenschnittstellen für die Session- und Entity-Beans implementieren. Das Tag wird verwendet, um eine Remoteschnittstelle zu identifizieren, und muss den vollständig qualifizierten Klassennamen der Remoteschnittstelle (falls vorhanden) enthalten. Das Tag wird verwendet, um eine lokale Schnittstelle zu identifizieren, und muss den vollständig qualifizierten Klassennamen der lokalen Schnittstelle enthalten (sofern vorhanden). Eine EJB-Komponente muss nicht sowohl über entfernte als auch über lokale Schnittstellen verfügen, aber sie muss über eine oder die andere verfügen. Die Ausnahme von dieser Regel sind nachrichtengesteuerte Beans, die keine fernen oder lokalen Schnittstellen haben können. Für Entity-Beans und Session-Beans können Sie sowohl lokale als auch Remote-Schnittstellen haben. Für jede Komponentenschnittstelle muss der Implementierungsdeskriptor eine entsprechende Home-Schnittstelle für eine Enterprise-Bean definieren.
- Home-Interfaces: Home-Interfaces können für Session- und Entity-Beans definiert werden. Die lokale Home-Schnittstelle bietet lokalen Zugriff auf die Enterprise-Bean, während die Remote-Home-Schnittstelle einen Remotezugriff auf die Enterprise-Bean bietet. Die lokale Home-Schnittstelle wird durch das Tag im Deployment-Deskriptor identifiziert. Die Remote-Home-Schnittstelle wird durch das Tag im Implementierungsdeskriptor identifiziert.
- Transaktionstyp: Jede Enterprise-Bean-Komponente hat ein Tag. Das Tag wird verwendet, um zu beschreiben, ob der Transaktionsdienst der Enterprise-Bean von der Bean oder vom EJB-Container verwaltet wird. Die zwei erlaubten Werte für das Tag sind Bean (für Bean-Managed-Transaktionen) und Container (für Container-verwaltete Transaktionen). Bean-verwaltete Transaktionen können sehr komplex sein und gehen sicherlich über den Umfang eines EJB-Programmierers für Einsteiger hinaus.
- Beschreibung: Jede EJB-Komponente kann ein optionales Beschreibungs-Tag haben, das den Zweck der EJB-Komponente beschreibt. Das Beschreibungselement wird durch das Tag abgegrenzt, das eine Dokumentation über den Zweck der EJB-Komponente enthalten sollte.
- Build-Tool-Tags: In jeder Enterprise-Bean werden mehrere optionale Tags verwendet, um zusätzliche Informationen für Build-Tools bereitzustellen. Build-Tools bieten eine grafische Oberfläche zum Erstellen von EJB-Anwendungen. Build-Tool-Tags werden verwendet, um die Darstellung von Enterprise-Beans in der Benutzeroberfläche des Build-Tools zu verbessern.
•: Dieses Tag gibt den Namen an, unter dem die Enterprise-Bean-Komponente in einem Build-Tool angezeigt werden soll.
•: Dieses Tag identifiziert den Pfad zu einem 32-mal-32-Pixel-Symbol, das zum Anzeigen der Enterprise-Bean verwendet wird.Das Bild muss im JPEG- oder GIF-Format vorliegen.
•: Dieses Tag identifiziert den Pfad zu einem 16-mal-16-Pixel-Symbol, das zum Anzeigen der Enterprise-Bean verwendet wird. Das Bild muss im JPEG- oder GIF-Format vorliegen.