Enterprise Javabeans (EJBs) sind Software-Komponenten. EIN Softwarekomponente
ist ein Programm, das in einem Behälter ausgeführt wird. (Was ist ein Container? Lesen Sie weiter!) Die Komponente bietet einige einzigartige Funktionen, die spezifisch für die Anwendung, die Sie entwickeln, ob es ein Einkaufswagen für ein Online-Händler ist oder ein Konto-Management-Service für eine Bank. Das
Container stellt Ihre Software-Komponenten mit
Systemdienstleistungen. Systemdienste sind Basisdienste, die jede Art von Anwendung profitieren können, wie Sicherheit und Transaktionsdienste. Das bedeutet, dass Sie ohne das Schreiben von Code viele von sehr leistungsfähigen System-Funktionen in Ihre Software-Komponenten profitieren können, um diese Funktionen erstellen.
Die EJBs Sie in Ihrem EJB-Anwendung entwickeln, sollten Dienstleistungen, die auf die Business-Probleme Ihrer Software stellen muss einzigartig und besonders sind. Wenn Ihr EJB-Komponenten keine eindeutige Problem zu lösen, dann brauchen Sie nicht unbedingt, sie zu entwickeln Yourself- Sie wahrscheinlich vorhandenen Komponenten kaufen können, die die Arbeit machen.
Jetzt für den Fang. (Sie nie etwas für nichts "zu bekommen.) Im Falle von EJBs, um aus beliebigen Container, die Dienste zu nutzen, können Sie - wie der EJB-Entwickler - muss eine haften Vertrag mit dem Behälter. Der Behälter stimmt nach einem festgelegten Satz von Regeln, bestimmte Funktionen Ihren EJBs zur Verfügung zu stellen. Im Gegenzug müssen Sie Ihre EJBs entwickeln auf eine bestimmte Struktur, die der EJB-Container zu verstehen anzupassen.
Denken Sie an diese Komponenten-Konzept auf die gleiche Weise, die Sie von Ihrem Home-Entertainment-System vielleicht denken. Sie haben die Möglichkeit, zwischen einer Vielzahl von Marken für seine verschiedenen Komponenten zu wählen - Sie können eine Marke von TV bekommen kann, eine andere Marke von Blu-ray-Player und noch eine andere Marke von Heimkino / Lautsprecher-System. Sie können sie alle zusammen stecken, da jede Komponente auf eine Konvention hält, die konsistente Schnittstellen erfordert. Ebenso kann Enterprise Javabeans hinzugefügt und von jedem EJB Behälter entfernt werden, da die EJB-Spezifikation konsistent Schnittstellen zwischen dem Behälter und dem EJB Komponente erfordert.
Die folgende Abbildung zeigt eine einfache Ansicht des Komponentenmodells für Enterprise Javabeans.
Die Komponentensicht einer EJB-Anwendung.
Die Abbildung zeigt die folgenden drei Schlüsselspieler in einer EJB-Anwendung:
Das Klient ist eine Software-Anwendung, die Verwendung von EJB-Komponenten macht. Der Client kann auf demselben Computer wie der EJB-Komponente befinden, oder es kann auf einem entfernten Computer befinden. Der Client kann auch praktisch jede Art von Anwendung sein. Sie können eine Java Server Pages (JSP) Anwendung als Client oder eine Desktop-Anwendung auf dem Computer eines Benutzers befinden. Der Kunde kann auch eine andere Enterprise JavaBean sein.
Der Behälter ist der Host für EJB-Komponenten. Es bietet eine Vielzahl von Systemdienstleistungen für die EJB-Komponente, so dass Sie diese nicht selbst entwickeln müssen. Wenn eine Client-Anwendung - wie zum Beispiel eine Anwendung JSP - eine Methode einer EJB-Komponente aufruft, wird der Anruf zunächst durch den EJB-Container übergeben. Der Behälter führt diese zusätzlichen Leistungen und übergibt dann den Aufruf des Client an den EJB-Komponente. Letztlich führt die EJB-Komponente die Operationen vom Client angefordert. Dieser gesamte Prozess ist vollständig transparent für den Kunden anwendungs- soweit der Kunde betroffen ist, es denkt, dass es direkt an eine EJB-Komponente zu sprechen.
Die EJB-Komponente ist ein Anbieter von Business-Services oder Geschäftsdaten. Geschäftsdienstleistungen und Geschäftsdaten Prozesse sind undInformation dass Sie definieren und welche auf die Bedürfnisse Ihres Unternehmens spezifisch. Als EJB-Komponenten-Entwickler, sind Ihre Entwicklung Verantwortung zwei Ziele verfolgt:
Ihre EJB-Komponenten müssen die Methoden der EJB-Komponentenarchitektur erforderlich implementieren. Diese Verfahren werden kollektiv als die Programmierschnittstelle (API). Die Methoden in der API definiert erlauben dem EJB-Container Systemdienste Ihre EJB-Komponenten zu liefern. Sie ermöglichen es, auch Anfragen an den Behälter zu machen, bestimmte Aktionen auszuführen, wie zum Beispiel die Identität eines Benutzers zu bekommen.
Sie müssen die Business-Methoden, die für die Anwendung implementieren Sie entwickeln. Das erlaubt dem Kunden, Business-Services und Business-Daten von Ihrem EJB-Komponente zu erhalten. Zum Beispiel, wenn Sie eine Warenkorb-Anwendung für Ihr Geschäft sind zu entwickeln, müssen Sie Methoden definieren Artikel in den Warenkorb gelegt hinzuzufügen und Artikel aus dem Warenkorb entfernen.
Die Grundlagen des Schreibens Enterprise JavaBean-Code
Ein Enterprise Java Bean (EJB) ist wie ein Mini-Programm, das eine einzigartige Funktionalität der Anwendung verleiht, oder Container, es läuft in. Im Folgenden sind die Grundlagen EJP Code zu schreiben.
Zusammenfassung der häufig verwendeten EJB-Schnittstellen
In der folgenden Tabelle sind die Schnittstellen, die Sie benötigen für jede Art von Enterprise JavaBean (EJB) zu implementieren, die Sie erstellen.
| Schnittstelle / Klasse | Message-Driven Bean | Session Bean | Entity Bean |
|---|
| Remote-Schnittstelle | Keiner | javax.ejb.EJBObject | javax.ejb.EJBObject |
| Lokale Schnittstelle | Keiner | javax.ejb.EJBLocalObject | javax.ejb.EJBLocalObject |
| Remote-Home-Schnittstelle | Keiner | javax.ejb.EJBHome | javax.ejb.EJBHome |
| Localhome-Interface | Keiner | javax.ejb.EJBLocalHome | javax.ejb.EJBLocalHome |
| Bean-Klasse | javax.ejb.MessageDrivenBean | javax.ejb.SessionBean | javax.ejb.EntityBean |
Die EJB 2.0 DOCTYPE-Tag
Folgende DOCTYPE Tag muss in allen EJB 2.0 Deployment Descriptor-Dateien enthalten sein:
Grundlegende Beschreibung einer Session-Bean
Der folgende Block von XML enthält ein typischer Eintrag zur Beschreibung einer Session-Bean im Deployment Descriptor des EJB-Anwendung:
MyEJBNamefully.qualified.RemoteHomeInterfaceNamefully.qualified.RemoteInterfaceNamefully.qualified.LocalHomeInterfaceNamefully.qualified.LocalInterfaceNamefully.qualified.BeanClassNameStateless | StatefulContainer | Bohne
Für das Attribut kann der Wert entweder staatenlos oder Stateful. Für das Attribut kann der Wert entweder Container oder Bohne.
Grundbeschreibung eines Entity-Bean
Der folgende Block von XML-Code ist eine typische Beschreibung für ein Entity-Bean-Klasse im Deployment Descriptor des EJB-Anwendung:
EJBComponentNamefully.qualified.RemoteHomeInterfaceNamefully.qualified.RemoteInterfaceNamefully.qualified.LocalHomeInterfaceNamefully.qualified.LocalInterfaceNamefully.qualified.BeanClassNamefully.qualified.PrimaryKeyNameContainer | BohneFalsch2.xfieldNameprimaryKeyFieldName
Für das Attribut kann der Wert entweder Container oder Bohne.
Grundlegende Beschreibung eines Message-Driven Bean
Der folgende Block von XML stellt eine typische Beschreibung eines Message-Driven Bean im Deployment Descriptor:
fully.qualified.BeanClassNameContainer | BeanAuto-quittieren | Dups-ok-acknowledgejavax.jms.Queue | javax.jms.Topic