1
Web & Datenbanken
Komponentenarchitekturen,
Enterprise Java Beans (EJB)Michael Klein, 23.06.2005
Vorlesung „Informationssysteme: Neuere Konzepte“
Teilweise basierend auf Folien von Daniel Pfeifer, IPD
2
Motivation für EJB
Große Geschäftsanwendung: z.B. Banksystem
DB
Server Server
Klient Klient Klient
Früher: Großes, monolithisches SystemHeute: Verteilte, webbasierte Architektur
Um welche Probleme müssen wir uns kümmern?
3
Infrastrukturelle Probleme in verteilten Systemen
Entfernte Methodenaufrufe
Lastbalancierung
Transparentes Failover(Unmerkliche Umleitung eines Klienten auf einen anderen Server im Fehlerfall)
Festschreibung von Geschäftsdaten
Transaktionsverwaltung
Dynamische Softwareupdates
Logging
Mehrfädrigkeit (Multithreading)
Resource pooling
Sicherheit
Caching
MiddlewareAllg.: Schwierig, aufwändig zu programmieren
4
Idee: Server für Middlewaredienste
Server, der diese Middlewaredienste anbietet:Applicationserver
Applikation = Code, der in der Laufzeitumgebung des Applicationservers abläuft
Divide and conquer: Trenne infrastrukturelle Aspekte aus dem Anwendungscode und überlasse sie dem Applicationserver
5
Weitere Idee: Komponenten
Idee: Zerlege Anwendung in wieder verwendbare Komponenten
Komponente:Stück Software, welches eine wohldefinierte Schnittstelle implementiert.
keine gesamte Anwendung
6
Komponente – Beispiel (1)
Preis-Komponente für Computerhardware
Input: Menge von ProduktenOutput: Endpreis
calculateTeilprobleme: Basispreis Mengenrabat
te Bundle-
Rabatte Sonderpreis Steuern Porto...
7
Komponente – Beispiel (2)
Preiskomponente auch für andere Gebiete sinnvoll
Z.B. bei Autoherstellern zur Berechnung von
Preisanfragen über das Internet Postfilialen zur Berechnung von Preisen am
Schalter Online-Buchhändlern als ein Teil eines
komplexeren Workflows
Kapselung der Logik als wieder verwendbare Komponente
Entstehung eines Komponentenmarktplatzes
8
Komponentenarchitektur
Komponentenarchitektur:Satz von Vereinbarungen zwischen Komponenteund Applikationsserver, in dem sie läuft
ApplicationServer
Komponente Vereinbarte Schnittstelle(spezifiziert
durch Komponentenarchitektur)
9
EJB als Komponentenarchitektur
Enterprise Java Beans (EJB):Komponentenarchitektur für serverseitige Javakomponenten
Enterprise Bean:Eine EJB-Komponente• „deployable“• Können in Applikationsserver geladen und ausgeführt werden
Vorteile von EJB: Von Industrie standardisiert EJB-Spezifikation ist frei erhältlich (650-seitiges PDF-File) Schnellere Applikationserstellung
10
Warum Java?
Trennung von Interface und Implementierung
Sicherheit Keine Zeiger Keine Speicherlöcher Threadverwaltung
Große Klassenbibliothek
Plattformübergreifend
11
Andere Komponentenarchitekturen
Microsoft .NET
Common Object Request Broker Architecture (CORBA)
Sun Open Net Environment (ONE)
12
Aufgaben von EJBs
Ausführung von Geschäftslogik Steuerberechnung Einkaufwagen Testen von Authentifizierung, Autorisierung Senden von Bestätigungsmails
Zugriff auf Datenbanken Eintragen einer Buchbestellung Überweisen von Geld zwischen Konten Anfragen einer Fehlerdatenbank
Zugriff auf externe Systeme SAP R/3, COBOL-Anwendung etc.
13
Wer ruft EJBs auf?
EJBs sind keine GUI-Komponenten!
Komponente
Dynamisch erzeugte Webseiten• Servlet• JSP
Rich Clients• Java Applet• Anwendungsprogramm
Als Webservice• SOAP, UDDI,
WSDL
14
Rollen beim Einsatz von EJBs
Tool Provider
EJ Bean Provider
EJB Server Provider
ApplicationAssembler
Deployer System Administrator
Tools
EJBs
Application
EJB Server
System
15
EJB und J2EE (Java 2 Enterprise Edition)
J2EE ist eine Ansammlung von Java-Technologien bzw. Standards, die das Komponentenmodell unterstützen Spezifikation, kein Produkt!
Sun liefert zum Teil Implementierungen oder definiert Standards, die von anderen Herstellern zu erfüllen sind
EJB ist ein Teil von J2EE mit einer Referenzimplementierung von Sun
http://java.sun.com/j2ee
16
Ausschnitt aus den J2EE-Technologien (1)
JSP, Java-Servlet (bekannt)
JDBC (bekannt)
Java Transaction API (JTA/JTS) für verteilte logische Transaktion
Java Naming and Directory Service (JNDI): Verzeichnisdienst für Java
Remote Method Invocation (RMI): entfernter Methodenaufruf über Prozessgrenzen hinweg, inzwischen mit CORBA-Integration (RMI-IIOP)
17
Ausschnitt aus den J2EE-Technologien (2)
EJB
JavaMail
Java Messaging Service (JMS): asynchrones, zuverlässiges Verschicken von Nachrichten in Objektform
Java Connector Architecture (JCA) zur standardisierten Integration von ERP-Systemen wie SAP
Java API for XML Parsing (JAXP)
Java Authentication and Authorization Service (JAAS)
Zu jeder dieser Technologien gibt es eine API, eine Spezifikation und mind. eine Implementierung
18
Grundsätzliche Architektur von EJB (1)
EJB: Menge von Java-Klassen (3 oder 5) mit genormter Struktur
Ausführung dieser Klassen kommen in einem EJB-Containern
EJB-Container: Repräsentation eines Applikations-Servers
Klienten können über/durch den EJB-Container auf die EJBs zugreifen und deren Methoden aufrufen
Die Methodenaufrufe erfolgen üblicherweise über RMI (Remote Method Invocation)
Der EJB-Container nimmt den Aufruf entgegen und delegiert ihn an eine entsprechende EJB
19
Grundsätzliche Architektur (2)
20
Grundsätzliche Architektur (3)
DelegationsprinzipDelegationsprinzip • der Container erhält Kontrolle über die
EJB-Aufrufe transparent zusätzliche Funktionalität
bereitstellbar:• Sicherheit• Rechteverwaltung• Transaktionalität• Persistenz• Lebenszyklusverwaltung von EJBs• Nebenläufigkeit von Beans
21
2 Arten von EJBs
Session Beans: Realisieren Workflows und Dienste Können für statische Funktionalität benutzt
werden Mit Zustand (stateful) oder zustandslos (stateless) Nicht persistierbar Bsp: Kreditkartenautorisierer, DNA-Sequenzer
Entity Beans Repräsentieren Zustand und Verhalten realer
Objekte (zum Beispiel eines Artikels) Werden persistent in einer Datenbank gespeichert Bsp: Bankkonto, Bestellung, Produkt, DNA-Strang
22
Aufgabe: Finden von Session und Entity Beans
Bei der Warenkorbfunktionalität eines Webshobs soll der Kunde die Möglichkeit haben, seine aktuellen ausgewählten Artikel sowie alte Aufträge einsehen zu können. Die Anzeige kann in einer gewünschten Währung erfolgen und berechnet automatisch die anfallenden Portokosten. Nach einem Klick auf „Abschicken“ erhält der Kunde ein persönliches Bestätigungsschreiben und seine Bestellung wird in das System aufgenommen. Er wird anschließend auf eine Seite geleitet, auf der er weitere passende Angebote erhält.
23
Klienteninteraktion mit Beans
ApplicationServer
EJB SessionBean
EJB SessionBean
EJB EntityBean
C++ ClientJava-
ApplikationJava-Applet
Servlet JSP
Webserver
BrowserAnwendung von Geschäftspartne
rnHTML SOAP
CORBA/IIOP RMIRMI
24
Eine EJB im Detail (1)
3 (Java-) Klassen bzw. Interfaces Die Bean-Klasse: Funktionalität der Bean
(wichtigste Klasse) Das Home-Interface: Schnittstelle zum
Erzeugen, Finden und Löschen von EJBs durch Klienten
Das Remote-Interface stellt die „öffentlichen“ Methoden aus der Bean-Klasse den Klienten (für den Aufruf über RMI) zur Verfügung
Analog zu Home- und Remote-Interface können noch zwei weitere Klassen (Local-Home- und Local-Remote-Interface) für nicht-RMI-Zugriffe auf Beans hinzukommen...
25
Eine EJB im Detail (2)
26
EJB-Object
EJB-Container = Indirektionsstufe zwischen Klient und Bean
Aufruf der Bean nie direkt, sondern immer über EJB-Object
EJB-Object weiß bescheid über Netzwerk Transaktionsschutz Sicherheit
EJB-Object = Teil des Kontainers, wird automatisch vom Server-Provider aus der Enterprise Bean erzeugt.
27
Delegation über EJB-Object
28
Klientenzugriff auf eine EJB (1)
Die Klient besorgt sich Zugriff auf einen als bekannt vorausgesetzten JNDI-Server
Über JNDI (dem Java Verzeichnis-Dienst) sucht (und findet) er das Home-Interface der entsprechenden EJB
Möglich, weil das entsprechende EJB-Home-Interface mit einem Namen (einem Java-String) im JNDI-Verzeichnis registriert sein muss.
Über das Home-Interface kann man dann EJBs mit speziellen find- und create-Methoden finden bzw. erzeugen.
Man erhält dann eine RMI-Referenz auf eine Bean. Die Referenz implementiert das Bean-Remote-Interface
29
Klientenzugriff auf eine EJB (2)
30
Beispiel EJB: Hello World
Komplett lauffähiger Code für EJB und aufrufenden Klient
Implementiert als stateless Session-Bean (zustandslos, nicht persistent)
Liefert den String „Hello, World!“ an den Klienten, dieser gibt in auf der Konsole aus
31
Hello World: Hello.java
package hello;
/** * This is the HelloBean remote interface. */public interface Hello extends javax.ejb.EJBObject{
/** * The one method - hello - returns a greeting to the client. */ public String hello() throws java.rmi.RemoteException;}
Remote Interface
32
Hello World: HelloBean.java
package hello;import javax.ejb.SessionContext;
// Implemented as stateless session bean.public class HelloBean implements javax.ejb.SessionBean{ // EJB-required methods public void ejbCreate() {} public void ejbRemove() {} public void ejbActivate() {} public void ejbPassivate() {} public void setSessionContext(SessionContext ctx) {} // Business methods public String hello() {
return "Hello, World!"; }}
Bean
33
Hello World: HelloHome.java
package hello;
/** * One create() method is in this Home Interface, which * corresponds to the ejbCreate() method in HelloBean. */public interface HelloHome extends javax.ejb.EJBHome{
/* * This method creates the EJB Object. * * @return The newly created EJB Object. */ Hello create() throws java.rmi.RemoteException, javax.ejb.CreateException;}
Home Interface
34
Hello World: HelloClient.javapackage hello;import javax.naming.Context;import javax.naming.InitialContext;import java.util.Properties;
public class HelloClient {public static void main(String[] args) throws Exception {
Properties props = System.getProperties();
// Obtain the JNDI initial context.Context ctx = new InitialContext(props);
// Get a reference to the hello home objectObject obj = ctx.lookup("ejb/local/examples/HelloWorld");HelloHome home = (HelloHome) javax.rmi.PortableRemoteObject.narrow(obj, HelloHome.class);
// Creat an instance of the hello ejb through hello homeHello hello = home.create();
// Call the hello() method on the EJB object.System.out.println(hello.hello());
// Remove the ejb instance.home.remove();
} }
35
Besonderheiten
Hello, HelloBean und HelloHome erweitern jeweils Standard-EJB-Schnittstellen (nämlich EJBObject, SessionBean bzw. EJBHome
Notwendig damit der EJB-Container die EJB gemäß der Spezifikation verwalten kann!
Die Methoden ejbCreate(), ejbRemove(), ejbActivate(), ejbPassivate() werden vom EJB-Container als „Callbacks“ beim Lebenszyklusmanagement aufgerufen
Die EJB hat dann die Möglichkeit noch Aktivitäten auszuführen, bevor der Container in den Lebenszyklus eingreift.
36
Lebenszyklus einer Bean
Um Ressourcen (wie etwa Hauptspeicher) zu schonen kann und darf der Container Beans auslagern (zum Beispiel serialisiert auf die Festplatte schreiben) und später – wenn notwendig – wieder einlagern
Bean-Instanzen können auch in Pools vorgehalten werden um dann effizient aktiviert zu werden (instance pooling)
Die Methoden der vorigen Folien unterstützen diese Vorgänge von Seiten der Bean
37
Lebenszyklusdiagramm für Stateful Session-Beans
38
Installation von Beans
Beans sollen installiert (deployed) werden können, während der EJB-Server arbeitet (hot deployment)
Das ist wichtig, wenn der EJB-Server unternehmenskritische Anwendungen birgt (Beispiel Bank-Server, Einkaufsportal...)
Deployment ist eigenständiger Prozess
Funktionsweise hängt vom EJB-Server-Produkt ab (bei JBoss: entspr. Dateien in ein besonderes Verzeichnis kopieren...)
39
Format für Bean-Deployment
Ist durch den EJB-Standard spezifiziert
Die kompilierten Klassen einer EJB werden in ein Java-Archiv gepackt (.jar Datei)
Zusätzlich: Meta-Informationen über die EJB in einer XML-Datei – dem Deployment Descriptor
.jar und xml Datei werden (mit einigen weiteren Dateien) zu einem Enterprise Archiv (.ear Datei ähnlich zu .jar Datei) geschnürt.
Diese Datei wird dann „deployed“.
40
Deployment Deskriptor
Enthält viele wichtige Infos für den EJB-Container, damit dieser weiß, wie er eine EJB behandeln soll
Geht nicht notwendig aus den Klassen der EJB hervor
U.a. beschreibt der Deskriptor wie eine Bean zu behandeln ist bzgl.
Transaktionalität Zugriffrechten und Schutz Persistenz Failover (Verhalten beim Absturz der EJB-Servers) Nebenläufigkeit
Struktur eines Deskriptors ist Teil des EJB-Standards
41
Der HelloWorld-Deskriptor
<ejb-jar> <enterprise-beans> <session> <ejb-name>Hello</ejb-name> <home>hello.HelloHome</home> <remote>hello.Hello</remote> <local-home>hello.HelloLocalHome</local-home> <local>hello.HelloLocal</local> <ejb-class>hello.HelloBean</ejb-class> <session-type>Stateless</session-type> <transaction-type>Container</transaction-type> </session> </enterprise-beans></ejb-jar>
42
EJB und Datenbanken
43
Entity Beans (1)
Repräsentieren persistente Zustände
Der Standard für Entity-Beans ist auf ein (simples) Objekt-Relationales-Mapping ausgelegt, d.h. Speicherung in relationaler DB
Andere Persistenztechniken möglich
44
Entity Beans (2)
Persistenz kann vom EJB-Container (transparent) erledigt werden CMP – container managed persistence
... oder von Hand in der Entity Bean programmiert werden BMP – bean managed persistence
Im 2. Fall kann man zum Beispiel JDBC verwenden
45
Zur Verdeutlichung...
46
CMP versus BMP
Wie gesehen: bei BMP muss man O/R Mapping für jede Klasse „von Hand“ programmieren
Man muss aber nicht JDBC verwenden
Bei CMP über nimmt der Container die Implementierung/Umsetzung der ejbLoad(), ejbStore(), ejbCreate(), ejbRemove() – Methoden
Detaillierte Mapping-Infos kommen in den Deployment-Deskriptor und in container-spezifische XML-Dateien
47
Was sind also EJBs?
Was sind Enterprise Java Beans (EJB)?
Serverseitige Komponentenarchitektur zur einfachen
Erstellung von komponentenbasiertenAnwendungen, die verteilt skalierbar zuverlässig sichersind, ohne die komplexen
Infrastrukturaufgabenselbst programmieren zu müssen.
Bereitstellung der Infrastruktur durch industrielle Applicationserver.
48
Zusammenfassung
Komponente
Middleware
Applicationserver
Komponentenarchitektur
EJB-Kontainer
Delegation
Session-Bean vs. Entity Bean
CMP vs. BMP
Home vs. Remote Interface
EJB-Object
J2EE
49
Literatur
Buch
Ed Roman, Scott Ambler, Typer JewellMastering Enterprise Java Beans (2nd Edition)WileyISBN 0-471-41711-4
Auch kostenlos im Internet herunterladbar(Anmeldung erforderlich):
http://www.theserverside.com/books/wiley/masteringEJB/
50
ANHANG(für Interessierte)
51
Entity Bean – Beispiel Code
Repräsentiert Personen-Objekte mit Namen und Id (Schlüssel)
BMP
Daten über JDBC in rel. Datenbank gespeichert
Neben Standard Bean-Klassen gibt es noch die PersonPK (=Primary Key) die den DB-Schlüssel Id repräsentiert
DB besteht aus (einziger Tabelle) Person(id, ownerName)
52
Person.java
package examples;
import javax.ejb.*;import java.rmi.RemoteException;
public interface Person extends EJBObject {
public String getName() throws RemoteException;public void setName(String name) throws RemoteException;public String getID() throws RemoteException;public void setID(String id) throws RemoteException;
}
Remote Interface
53
PersonHome.java
package examples;
import javax.ejb.*;import java.util.Collection;import java.rmi.RemoteException;
public interface PersonHome extends EJBHome { public Person create(String id, String ownerName) throws CreateException, RemoteException;
public Person findByPrimaryKey(PersonPK key) throws FinderException, RemoteException;}
Home Interface
54
PersonPK.java
package examples;
import java.io.Serializable;
public class PersonPK implements java.io.Serializable { public String personID;
public PersonPK(String id) { this.personID = id; }
public PersonPK() {}
public int hashCode() { return personID.hashCode(); } public boolean equals(Object person) { return ((PersonPK)person).personID.equals(personID); } }
Bean
PK = Primary Key
55
PersonBean.java (1)
package examples;
import java.sql.*;import javax.naming.*;import javax.ejb.*;import java.util.*;
public class PersonBean implements EntityBean {protected EntityContext ctx;
private String id; // PKprivate String ownerName;public AccountBean() {}
public void setOwnerName(String name) { ownerName = name; }public String getOwnerName() { return ownerName; }public String getID() { return id };public void setID(String id) { this.id = id; }
Bean
56
PersonBean.java (2)
public void ejbRemove() throws RemoveException { PersonPK pk = (PersonPK) ctx.getPrimaryKey(); String id = pk.id;
PreparedStatement pstmt = null; Connection conn = null; try { conn = getConnection(); pstmt = conn.prepareStatement("delete from persons where id = ?"); pstmt.setString(1, id); if (pstmt.executeUpdate() == 0) { throw new RemoveException("Person " + pk + " failed remove."); } } catch (Exception ex) { throw new EJBException(ex.toString()); } finally { /* ... close JDBC resources... */ } }
57
PersonBean.java (3)
public void ejbLoad() { PersonPK pk = (PersonPK) ctx.getPrimaryKey(); String id = pk.id; PreparedStatement pstmt = null; Connection conn = null; try { conn = getConnection(); pstmt = conn.prepareStatement( "select ownerName from persons where id = ?"); pstmt.setString(1, id); ResultSet rs = pstmt.executeQuery(); rs.next(); ownerName = rs.getString("ownerName"); } catch (Exception ex) { throw new EJBException("Person " + pk + " failed to load.", ex); } finally { // ... close JDBC resources... } }
58
PersonBean.java (4)
public PersonPK ejbFindByPrimaryKey(PersonPK key) throws FinderException { PreparedStatement pstmt = null; Connection conn = null; try { conn = getConnection(); pstmt = conn.prepareStatement("select id from persons where id = ?"); pstmt.setString(1, key.toString()); ResultSet rs = pstmt.executeQuery(); rs.next(); return key; } catch (Exception e) { throw new FinderException(e.toString()); } finally {
// ... close JDBC resources... }}
59
PersonBean.java (5)
public void ejbActivate() {}public void ejbPassivate() {}public void setEntityContext(EntityContext ctx) { this.ctx = ctx; }public void unsetEntityContext() { this.ctx = null; }public void ejbPostCreate(String accountID, String ownerName) {}
public void ejbStore() { // ... Ähnlich wie ejbLoad ...}
public PersonPK ejbCreate(String id, String ownerName) throws CreateException { // ... Ähnlich wie ejbFindByPrimaryKey ...}
60
PersonBean.java (6)
public Connection getConnection() throws Exception { try { Context ctx = new InitialContext(); javax.sql.DataSource ds = (javax.sql.DataSource) ctx.lookup("java:comp/env/jdbc/ejbPool"); return ds.getConnection(); } catch (Exception e) { throw e; }}
61
Ok – eine Menge Code...
Das meiste sind JDBC Zugriffe die Tabellenzeilen auf EJB-Felder abbilden
Noch mehr Callbacks als bei Session Beans: PersonBean erweitert javax.ejb.EntityBean und
muß nun ejbLoad() zum Laden der Bean aus der DB und ejbStore() zum Speichern den Bean in DB
implementieren sowie einige weiter Methoden...
ejbFind...() Methoden dienen zum Finden von Enitity Beans über Suchkritierien
Es werden dann (meist) Kollektionen von Schlüsseln (wie etwa PersonPK) zurückgegeben.