Enterprise-Beans erstellen

Nachdem Sie das Java™- oder EJB-Projekt erstellt haben, können Sie Session-Beans, Entity-Beans und Message-driven Bean (nachrichtengesteuerte Beans) erstellen, um diese zum Projekt hinzuzufügen.

Enterprise-Beans

Eine Enterprise-Bean ist eine Java-Komponente, die mit anderen Ressourcen zu Java-Anwendungen kombiniert werden kann. Es gibt drei Arten von Enterprise-Beans: Session-Beans, Entity-Beans und Message-driven Beans. Alle Beans befinden sich in EJB-Containern (EJB - Enterprise JavaBeans), die eine Schnittstelle zwischen den Beans und dem Anwendungsserver bereitstellen, auf dem sie sich befinden.

In der EJB 3.1-Spezifikation werden die EJB 1.1-Entity-Beans nicht mehr unterstützt. Die Spezifikation Java Persistence API (JPA) ist für die Ersetzung der veralteten Enterprise-Beans vorgesehen. Obwohl die JPA-Ersetzung als Entitätsklasse bezeichnet wird, darf sie nicht mit Entity-Enterprise-Beans verwechselt werden. Eine JPA-Entität ist keine Enterprise-Bean und muss nicht in einem EJB-Container ausgeführt werden.

Sie können auch EJB 3.0- und 3.1-Beans in Web 3.0-Projekten erstellen.

Komponentendefinierende Annotationen

Mithilfe von komponentendefinierenden Annotationen können Sie die folgenden Enterprise-Beans erstellen: Session-Beans, Message-driven Beans und JPA-Entitäten. Die Angabe der komponentendefinierenden Annotationen @Stateful bzw. @Stateless zeigt an, dass die Klasse eine Session-Bean-Klasse ist, die Angabe der komponentendefinierende Annotation @Singleton zeigt an, dass die Klasse eine Singleton-Klasse ist. Wenn Sie die komponentendefinierende Annotation @MessageDriven angegeben, handelt es sich um eine Message-driven Bean-Klasse. Die Angabe der komponentendefinierenden Annotation @Entity zeigt an, dass die Klasse eine JPA-Entität ist.

Richtlinien für die Entwicklung von EJBs

Auch wenn EJB 3.1 ein flexibles und einfaches Programmiermodell bereitstellt, werden nachfolgend ein paar empfohlene Regeln für das Entwickeln von EJBs genannt:
  • Jede Entität muss ein POJO sein und die Klasse muss konkret sein (also nicht abstrakt oder final).
  • Die Klasse muss einen Konstruktor ohne Argument aufweisen, andernfalls fügt der Compiler einen Standardkonstruktor hinzu.
  • Das POJO muss mindestens eine POJI implementieren (Plain Old Java Interface). Sie müssen keine Schnittstelle einschließen, aber Sie können andere Schnittstellen für lokale und ferne Clients einschließen.
  • Wenn die Geschäftsschnittstelle eine @Remote-Annotation enthält, müssen alle für die Schnittstelle deklarierten Parameter "java.io.Serializable" implementieren.
  • Eine Session-EJB kann eine Unterklasse eines POJO erstellen, jedoch keine Unterklasse einer anderen Session-EJB.

Sie können Enterprise-Beans auf eine der folgenden Arten erstellen:

Symbol das den Typ des Artikels anzeigt. Konzeptartikel
Nutzungsbedingungen für Information Center | Feedback

Symbol für Zeitmarke Letzte Aktualisierung: 29.04.2014

Dateiname: centerprisebeans.html