Warum EJB Technologie (1)?

Transkript

1 Datenbanken und Informationssysteme 2 SS 2004 Prof. Dr. Stefan Böttcher Universität Paderborn Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 1 Warum EJB Technologie (1)? Verteilte Anwendungen Unabhängige Komponenten auf Serverseite Lastbalancierung Transparenter Ausfall von Komponenten trennt Business-Logik von System-Code Backend-Integration (Datenbank, ) Transaktionen Anwendungs-Zustand retten bei Ausfall Komponenten portabel (EJB Server, Betriebssysteme) Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 2 Prof. Dr. Stefan Böttcher 1

2 Warum EJB Technologie (2)? Sauberes Shutdown Konfiguration zum Zeitpunkt des Deployments Dynamisches (Re-)Deployment von Updates Sicherheit Logging und Auditing (z.b. für Fehlersuche) Multi-Threading Software Message-oriented Middleware Resourcen Pools ( Sockets, DB-Verbindungen, ) Anwendungsübergreifendes Daten-Caching Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 3 EJBs Antwort : Gekapselte Komponenten () für alles Daten (Entity ) Logik (Sessions ) Sichere Nachrichten (Message driven ) Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 4 Prof. Dr. Stefan Böttcher 2

3 Arten von Enterprise Java Enterprise Bean Session Bean (für Sitzungen,...) mit / ohne Zustand mit / ohne Session- Synchronisation Message-driven Bean (für Messages) Entity Bean (für persistente Daten) re-entrant (ja / nein) Persistenzbehandlung durch Container / Bean Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 5 Bestandteile von Enterprise Java Ein Komponentenmodell: Die Enterprise : serverseitige Software-Komponenten, die Dienste anbieten sich aber nicht um die Datenhaltung etc. kümmern müssen Clients: Applikationen, die die Dienste der Enterprise nutzen typisch: Oberflächen, Browser,... Container übernimmt Unterstützung für Transaktionen, Verwaltung mehrerer Instanzen, persistente Datenhaltung und Sicherheit für Dienste des Servers (Enterprise ) EJB Server bietet Low-Level-Dienste wie Netzwerkanbindung Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 6 Prof. Dr. Stefan Böttcher 3

4 Enterprise Java (EJB) Client EJB Home Interface EJB Remote Interface EJB Bean Vorteile: Klare Bean- Schnittstellen Bean (Komponente) verwendet Container (z.b. für Transaktionen) EJB Container EJB Server Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 7 Schnittstellen: Schnittstellen von EJB Home-Interface: damit erzeugt ein Client auf dem Server eine Enterprise Bean oder findet eine erzeugte Bean wieder Remote-Interface: bietet die Business-Logik der Bean Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 8 Prof. Dr. Stefan Böttcher 4

5 RMI und Objektserialisierung RMI: Aufruf von Methoden in entfernt definierten Klassen RMI-Server RMI-Client RMI-Verbindung Registrierung via rmiregistry RMI-Compiler erzeugt aus Klassen Stubs und Skeleton-Klassen Binden der Objekte, dann Aufruf wie bei lokalen Objekten Serialisierung: Objekte werden als Datenstrom übertragen Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 9 import java.rmi.*; RMI-Code (Client) Entfernter Server (Typ=interface) public class Bank { public interface RemoteBank extends Remote { public String conc(string s1, String s2) throws RemoteException ; } Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 10 // interface für Server // was Server bietet public static void main(string[] args) { try { // Suche Server mit Name "bankname" RemoteBank bank = // Serverobjekt (RemoteBank) Naming.lookup("rmi:// /bankname"); String ret = bank.conc(args[0], args[1]); // Aufruf an Serverobjekt System.out.println(ret) ; } // Fange und zeige RMI-Exceptions catch (Exception e) { System.out.println(e); } } // main } IP Servicename Prof. Dr. Stefan Böttcher 5

6 import java.rmi.*; import java.rmi.server.*; import Bank.*; RMI-Code (Server) // lade das Interface für RemoteBank public class RemoteBankServer extends UnicastRemoteObject implements RemoteBank { public RemoteBankServer() throws RemoteException { super(); } // Implementierung der Remote-Methode conc aus Interface RemoteBank public synchronized String conc (String s1, String s2) throws RemoteException { System.out.println( s1 + " :: " + s2 ) ; return s1+s2 ; } public static void main(string[] args) { try { RemoteBankServer bank = new RemoteBankServer(); // erzeugt Serverobjekt Naming.rebind("bankname", bank); // sein Name ist "bankname" System.out.println("bankname ist bereit."); } catch (Exception e) { System.err.println(e); } } } Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 11 Java-Archive Zusammenfassung mehrere übersetzter Java-.class-Files Erzeugen mit: C:\java> jar cf sammlung.jar *.class [evtl. weitere Dateien] Jar-File verwenden im Applet-Tag: <Applet archive= sammlung.jar code= applet1.class width= 400 height= 200 > </Applet> applet1.class wird gestartet in sammlung.jar werden alle benötigten Klassen gesucht Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 12 Prof. Dr. Stefan Böttcher 6

7 Implizite Middleware Eigenes EJB Objekt für Aufruf der Middleware-Funktionalität Atomare Transaktionen, Persistenz, Security, Middleware verborgen Atomare Transaktionen, Persistenz, Security, müssen nicht explizit programmiert werden Einbindung externer Anbieter möglich Middleware austauschbar ohne Code-Änderung für Anwendungsprogrammierer Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 13 Das J2EE Komponenten-Modell EJB Container Client method x result(s) method x EJB Object delegation method x result(s) Bean Instance Service Interaction TXN Service, Security Service, Persistence Service, etc. calling direction returning direction Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 14 Prof. Dr. Stefan Böttcher 7

8 Das J2EE Komponenten-Modell EJB Container finder method ejbfinder method Client Home Object Retrieve Home Object Reference method x result(s) method x EJB Object delegation method x result(s) EntityBean Instance JNDI Service Interaction Naming Service Return Home Object Reference calling direction TXN Service, Security Service, Persistence Service, etc. Entity Bean Data returning direction Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 15 Das J2EE Komponenten-Modell EJB Container finder method ejbfinder method Client Home Object ejb object(s) primary key(s) Retrieve Home Object Reference method x result(s) method x ejb object(s) EJB Object create ejb object(s) from primary key(s) delegation method x result(s) Entity Bean Instance JNDI Service Interaction Naming Service Return Home Object Reference calling direction TXN Service, Security Service, Persistence Service, etc. Entity Bean Data returning direction Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 16 Prof. Dr. Stefan Böttcher 8

9 Das J2EE Komponenten-Modell Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 17 Eigenschaften aller Enterprise Enterprise Session Entity Message-driven n n n n n serverseitige Software-Komponente implementiert Remote- und Home-Interface benutzt für Geschäftslogik kann aus Java-Objekten bestehen Client eines kann sein: servlet, applet, etc., andere Enterprise Bean Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 18 Prof. Dr. Stefan Böttcher 9

10 Session Enterprise Session Entity Message-driven für Programme / Prozeduren / Aktivitäten (Geschäftsprozeß) jeder Client hat eigene Bean single Threaded Zugriff auf Bean-lokale (nicht gemeinsam genutzte) Daten Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 19 Stateless Session Bean Enterprise Session Entity Message-driven kein interner Zustand => weniger Server-Ressourcen steht schneller wieder zur Verfügung Dienste durch Methoden realisiert Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 20 Prof. Dr. Stefan Böttcher 10

11 Stateful Session Bean Enterprise Session Entity Message-driven interner Zustand der Bean gespeichert von einem Methoden-Aufruf zum nächsten -> für Geschäftsprozesse, die interne Zustände brauchen (Zähler, etc.,, Workflows) Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 21 Entity Komponente für persistente Daten transparenter Zugriff auf Daten(bank) kapselt persistente Daten Session speichert Zustand extern (z.b. in relationaler Datenbank) => überlebt Systemabstürze Enterprise Entity Message-driven nicht gedacht für Geschäftsprozeß-Logik Primärschlüssel (für Zeiger in die Datenbank) Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 22 Prof. Dr. Stefan Böttcher 11

12 Container-Managed Persistent Entity Bean Enterprise Session Entity Message-driven Transaktionsverwaltung / Persistenz durch Container bzw. Server Speichern Laden Finden von Daten / Objekten => keine Belastung der Anwendungslogik => größere Unabhängigkeit von Datenbank Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 23 Bean-Managed Persistent Entity Bean Enterprise Session Entity Message-driven Eigene Verwaltung persistenter Daten => speichern, laden, finden von Daten muß / kann selbst implementiert werden => mehr Freiheiten Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 24 Prof. Dr. Stefan Böttcher 12

13 Message-driven Bean Enterprise Session Entity Message-driven asynchrone Messages => nicht warten Garantierte Versendung /Persistenz => ausfallsicher Viele Sender/Empfänger (Broadcast) Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 25 EJB-Container Umgebung der im EJB-Server bietet den Dienste an, wie Transaktionen (ACID), Sicherheit, Ressourcen-Verwaltung (Aktivierung/Passivierung) Instanzen-Pools (z.b. Connection-Pooling) JNDI-Umgebungskontext Nebenläufigkeit für Entity Dienste müssen nicht verwendet werden Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 26 Prof. Dr. Stefan Böttcher 13

14 Namensdienste Mechanismus zum Auffinden verteilter Objekte bietet zwei Fähigkeiten Binden von Objekten API zum Nachschlagen (z.b. JNDI) Context ctx = new InitialContext(); TestHome home = (TestHome) ctx.lookup("mytest"); Datenbanken und Informationssysteme 2 - Prof. Dr. Stefan Böttcher - SS 2004 Folie EJB - 27 Prof. Dr. Stefan Böttcher 14