Mit Blick auf die Architektur von Enterprise Javabeans

Jeder spricht über Enterprise Javabeans (EJBs). Vielleicht ist Ihr Unternehmen plant eine EJB-Anwendung zu implementieren, oder vielleicht wollen Sie mehr über diese Technologie zur persönlichen Bereicherung zu entdecken. Egal aus welchem ​​Grund, sind Sie zu entdecken, dass es noch viel mehr zu EJB-Programmierung als Code zu schreiben.

Um ein erfolgreicher EJB Programmierer zu sein, müssen Sie zunächst das konzeptionelle Modell der Enterprise JavaBean Architektur verstehen. Das die Architektur ist das konzeptionelle Modell, das EJB-Anwendungen Strukturen und dass verschiedene Teile der Anwendung gewährleistet, zusammenarbeiten können. EJB-Architektur zu verstehen, ist wichtig, weil, als EJB-Entwickler, die Sie bestimmte Entwicklungspraktiken, damit die EJB-Anwendung funktioniert, um sicherzustellen, halten müssen. Ihre Aufgaben werden als die EJB-Entwickler Vertrag.

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 (Siehe?) Liefert die Software-Komponenten mit Systemdienstleistungen. Systemdienste sind Basisdienste, die jede Art von Anwendung profitieren können, wie Sicherheit und Transaktionsdienste. Im Grunde bedeutet, dass Sie von vielen sehr leistungsfähige Systemfunktionen in Ihre Software-Komponenten, ohne das Schreiben von Code diese Funktionen zu erstellen profitieren können.

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 Ihrer Stereoanlage denken könnte. Wenn Sie ein phile sind, haben Sie die Möglichkeit, zwischen einer Vielzahl von Marken für die verschiedenen Komponenten für die Stereoanlage zu wählen. Sie können eine Marke der Empfänger, eine andere Marke des Verstärkers, und noch eine andere Marke von Sprechern erhalten. Sie können sie alle zusammen stecken, da jede Komponente auf eine Konvention sich bereit, zum Einstecken in eine Stereoanlage 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.

Figur 1 veranschaulicht eine einfache Ansicht des Komponentenmodells für Enterprise Javabeans.


Abbildung 1: 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 zweifach:

# 8226; 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.

# 8226; 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.

Business-Services in einer EJB-Anwendung Die Implementierung unterscheidet sich nur wenig von ihnen in jedem anderen Java-Anwendung zu implementieren. Es ist kein Geheimnis, oder Magie zu.

Menü