Enterprise JavaBeans Überblick

Transkript

1 Enterprise JavaBeans Überblick 1. Überblick Java EE 5 und Komponententechnologien 2. Einführung Java EE 5 Plattform 3. Enterprise JavaBeans Architektur 4. Ressourcen Management und Primäre Services 5. Java Persistence: Entity Manager 6. Objekt-Relationales Mapping 7. Entity Bean Beziehungen 8. Test-Driven Development 9. Architektur der Web-Schicht, JavaServer Faces mit JBoss / Eclipse 10. Queries 11. Value Objects 12. Session Facade 13. Transaktionen und Concurrency 14. Ergänzungen zu EJBs 15. UML Modellierung und EJBs 17. JavaServer Faces Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 587 Enterprise JavaBeans Überblick: 16.2 Lebenszyklus Stateless Session Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 588 1

2 Session Beans Wechselwirkung zwischen anderen Beans (Taskflow) Repräsentieren keine Daten in einer Datenbank Können jedoch auf solche zugreifen: In Form von Entity Beans Bild: Drehbuch (Session Beans) und Schauspieler (Entity Beans) Schauspieler repräsentieren eine bestimmte Figur in dem Schauspiel Bringen aber ohne das Drehbuch nichts zum Ausdruck Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 589 Stateless Session Bean Menge zusammenhängender Services Jede durch eine Methode repräsentiert Bean führt keinen Zustand über Methodenaufrufgrenzen hinweg Führt Methode aus und liefert Resultat Weiß nicht, was zuvor war oder was als nächstes kommt Menge von Prozeduren oder Batch-Programmen, die aufgrund der übergebenen Parameter eine Anforderung abarbeiten und direkt ein Resultat zurückliefern Keine Passivierung oder Aktivierung Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 590 2

3 Unterschiede zu anderen Bean Typen Effizient und leicht zu entwickeln Nicht persistent, keinem festen Klienten zugeordnet Viele EJB Objects können wenige Bean Instanzen gemeinsam nutzen Kein Conversational State relativ zu einem Klienten Instanzen-Pooling und Swapping leicht möglich Alle nötigen Informationen nur mit dem Methodenaufruf Ausnahmen: SessionContext und JNDI ENC (Environment Naming Context: java:comp/env) EJB-Version der traditionellen Transaktionsverarbeitung mittels Prozeduraufrufen Stateless Session Beans dürfen nur einen einzigen parameterlose Konstruktor (Default Konstruktor) haben Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 591 Stateful Session Bean Verlängerung der Klienten-Anwendung Führt für den Klienten Anforderungen aus und führt Buch über Zustand des Klienten Conversational State Wird von allen Methoden der Bean benutzt Sind oft spezifisch für ein bestimmtes Szenario (Use Case) Repräsentieren Logik, die in einem zweischichtigen System im Klienten angesiedelt wäre Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 592 3

4 Time-Out Stateful Session Bean Abhängig vom Application Server Hersteller Wenn Klient für eine bestimmte Zeit nicht auf die Stateful Session bean zugegriffen hat Bean wird vernichtet EJB Object Referenz wird invalidiert Klient kann die Bean auch explizit zerstören: Remove Methode (Annotation) Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 593 Time-Out Stateless Session Bean Abhängig vom Application Server Hersteller Leben aber prinzipiell länger als Stateful Session Beans, da sie keinem festen Klienten zugeordnet sind Wenn Klient für eine bestimmte Zeit nicht auf die Stateful Session Bean zugegriffen hat Bean wird nicht(!) vernichtet Lediglich EJB Object Referenz wird invalidiert Klient kann die Bean auch explizit zerstören: Remove Methode (Annotation) Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 594 4

5 Remote / Local I/F Call-by-Value / Call-by-Reference Application Exceptions Sinnvoll für den Klienten An Klienten keine NamingException oder SQLException werfen Dann eher in Application Exception verpacken Alle Nicht-Application Exceptions (extend RuntimeException) werden in EJBException verpackt Alle Exceptions, die von den Java Persistence Interfaces geworfen werden, sind RuntimeExceptions! Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 595 Enterprise JavaBeans Überblick: 16.2 Lebenszyklus Stateless Session Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 596 5

6 16.2 Lebenszyklus Stateless Session Bean Gesamtüberblick Existiert nicht Container benötigt mehr Instanzen im Pool, um Klienten zu bedienen PreDestroy callback, falls benötigt Container benötigt nicht mehr so viele Instanzen im Pool Method-Ready Pool 1. Class.newInstance() 2. dependency injection (z.b. SessionContext), falls benötigt 3. PostConstruct callback, falls benötigt Geschäftsmethode Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans Lebenszyklus Stateless Session Bean Zustand Existiert nicht Keine Instanz im Speicher vorhanden Zustand Method-Ready Pool Bean Instanz kann Anforderungen von Klienten bedienen Übergang in diesen Zustand Beim Start des Servers erzeugt dieser eine Anzahl von Bean Instanzen und gibt sie in den Method-Ready Pool Container führt aus: Class.newInstance(...) mit der Bean Klasse als Argument Kann benötigte Context Dependencies injizieren, z.b. den SessionContext für die ganze Lebenszeit der Bean (Referenz kann in nicht-transientem Attribut gespeichert werden) Optional: PostConstruct Callback Methode (ohne Parameter), nur einmal im Leben der Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 598 6

7 16.2 Lebenszyklus Stateless Session Bean Zustand Method-Ready Pool (fortgesetzt) Keine Passivierung/Aktivierung Können offene Verbindungen während ihres gesamten Lebens halten PreDestroy Callback methode sollte diese wieder schließen Aufruf einer Geschäftsmethode durch Klienten EJB Object ist Empfänger Methodenaufruf wird an eine verfügbare Bean Instanz im Method- Ready Pool delegiert Bean Instanz steht in der Zeit nur dem einen EJB Object zur Verfügung Anschließend wieder frei ( swapping ) Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans Lebenszyklus Stateless Session Bean Zustand Method-Ready Pool (fortgesetzt) Übergänge aus dem Zustand in Zustand Existiert nicht Server braucht Bean nicht mehr Reduktion der Anzahl im Pool Optional wird PreDestroy Callback Methode der Bean aufgerufen Offene Ressourcen schließen Aufruf einer remove() Methode durch Klienten Nicht an Bean Instanz delegiert Stub wird invalidiert, EJB Object freigegeben Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 600 7

8 Enterprise JavaBeans Überblick: 16.2 Lebenszyklus Stateless Session Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 601 Unterschiede zu anderen Bean Typen Während des ganzen Lebens einem Klienten zugeordnet Kein Instanzen-Pooling oder Swapping Stattdessen: Völlig aus dem Speicher entfernen EJB Object bleibt mit Klienten verbunden Referenz der Bean Instanz wird aufgehoben, Bean Instanz wird garbage collected Bevor dies geschehen kann, muss die Stateful Session Bean passiviert werden Conversational State wird bewahrt Wenn EJB Object wieder aktiv wird Aktivierung, Conversational State restaurieren Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 602 8

9 Gesamtüberblick Existiert nicht Instanz wirft System Exception PreDestroy (opt.) Klient ruft Remove Methode 1. Class.newInstance() 2. Dependency Injection (opt.) 3. PostConstruct (opt.) Method-Ready timeout PrePassivate (opt.) timeout Passive PostActivate (opt.) Geschäftsmethode Klient ruft Methode einer passivierten Bean auf. Container muss sie einswappen Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 603 Zustand Existiert nicht Keine Instanz im Speicher vorhanden Zustand Ready Bean Instanz kann Anforderungen von Klienten bedienen Übergang in diesen Zustand Klient fordert über lookup() Referenz auf ein Interface der Stateful Session Bean an Container führt aus: Class.newInstance() mit der Bean Klasse als Parameter Optional Dependency Injections, z.b. des SessionContexts für die ganze Lebenszeit der Bean Zuordnung zu EJB Object Optional PostConstruct Gibt Referenz zu EJB Object an Klienten Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 604 9

10 Zustand Ready (fortgesetzt) Leben in diesem Zustand Bedient Aufrufe des Klienten Hält Conversational State in Attributen Hält offene Ressourcen in Attributen Übergänge aus dem Zustand in Zustand Existiert nicht Klient Methode auf Container kann beschließen, die Bean zu entfernen Time-out (Definition bei Deployment ist Vendor spezifisch) Dabei kann PreDestroy aufgerufen werden, muss aber nicht(?) Kann nicht während Transaktion passieren Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 605 Zustand Method Ready (fortgesetzt) Übergänge aus dem Zustand in Zustand Passive Abhängig von Verwendung durch Klienten Belastung des EJB Containers Passivierungs-Algorithmus des Herstellers Conversational State wird gerettet Kann mehrfach während des Lebens passieren Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

11 Zustand Passive Übergang dahin PrePassivate wird aufgerufen (opt.) Schließen aller offenen Ressourcen der Bean Instanz Alle nicht-transienten, aber nicht-serialisierbare Attribute auf null setzen Anderenfalls zerstört Container die Bean! Alle nicht-transienten Attribute werden in Sekundärspeicher geschrieben, soweit sie nicht null enthalten Primitive Datentypen Serialisierbare Objekte Außerdem... Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 607 Zustand Passive (fortgesetzt) Übergang dahin (fortgesetzt) Alle nicht-transienten Attribute werden in Sekundärspeicher geschrieben, soweit sie nicht null enthalten (fortgesetzt)... jaxav.ejb.sessioncontext javax.ejb.ejbobject (remote interface) javax.jta.usertransaction (bean transaction interface) javax.naming.context (nur wenn JNDI ENC referenziert wird) Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

12 Zustand Passive (fortgesetzt) Übergang dahin (fortgesetzt) Alle nicht-transienten Attribute werden in Sekundärspeicher geschrieben, soweit sie nicht null enthalten (fortgesetzt)... Nur ab EJB 2.0: javax.ejb.ejblocalobject Referenzen zu Managed Resource Factories (z.b. javax.sql.datasource) Bean Instanz wird aus dem Speicher gelöscht Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 609 Zustand Passive (fortgesetzt) Übergang heraus Klient macht Anforderung an zugehöriges EJB Object Container aktiviert die Bean Instanz Deserialisierung Rekonstruktion von Referenz auf den SessionContext Referenzen auf Beans Referenzen auf Managed Resource Factories PostActivate wird aufgerufen Öffnen von Ressourcen, die nicht passiviert werden konnten Transiente Felder reinitialisieren (erhalten keine Defaults) Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

13 Zustand Passive (fortgesetzt) Übergang heraus nach Existiert nicht Container initiiert aufgrund von Time-out PreDestroy wird nicht aufgerufen! System Exceptions Z.B. EJBException Geworfen von Bean Methode Container invalidiert EJB Object und zerstört Bean Instanz Direkter Übergang nach Existiert nicht PreDestroy wird nicht aufgerufen! Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 611 Enterprise JavaBeans Überblick: 16.2 Lebenszyklus Stateless Session Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

14 Können sich bei Methodenaufrufen dazwischen schalten Bei normalen Geschäftsmethoden Bei Lebenszyklus Events Kapseln gemeinsames Verhalten in weiten Bereichen der Anwendung Code, der den eigentlichen Code der Geschäftsprozesse nicht verunreinigen soll Fortschrittliches Feature von EJB 3.0: Aspektorientierte Programmierung Einem Use Case einen anderen hinzufügen, ohne den ersteren zu modifizieren Verwandschaft mit Extending Use Case (ein zusätzlicher Aspekt) Separation of concerns Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 613 Beispiel Code: Messe Zeit für Methodenaufruf public Reservation bookpassage(string card, double price) throws IncompleteConversationalState ( long starttime = System.currentTimeMillis(); try { if (customer == null cruise == null cabin == null) throw new IncompleteConversationelState(); try { Reservation reservation = new Reservation(customer, cruise, cabin, price, new Date()); entitymanager.persist(reservation); process.bycredit(customer, card, price); return reservation; catch (Exception ex) { throw new EJBException(ex); finally { long endtime = System.currentTimeMillis() starttime; System.out.println("bookPassage() took: " + endtime + " msec"); Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

15 Obwohl dieser Code korrekt laufen wird, besitzt er etliche Nachteile Die eigentliche Methode ist durch Messcode, der nichts mit der Geschäftslogik zu tun hat, verunreinigt Schwerer zu lesen Die Zeitmessung ist schwer an- und abzuschalten Code muss modifiziert werden Zeitmess-Code könnte an vielen Stellen ohne Änderung wiederverwendet werden Zeitmess-Code behandelt einen anderen Aspekt der Programmlogik Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 615 Interceptor Klasse mit Methode mit folgenden Annotation vor Methode mit folgender Object <ein-methodenname>( javax.interceptor.invocationcontext invocation) throws Exception; Umhüllt den Aufruf einer Geschäftsmethode Aufruf im selben Java Call Stack, in demselben Transaktions- und Security Context InvocationContext Parameter gibt generischen Zugriff auf Bean Instanz, Geschäftsmethode des Klienten, Aufrufparameter Steuert außerdem den Aufruf Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

16 Die vollständige Interceptor Klasse public class Profiler Object profile(invocationcontext invocation) throws Exception { long starttime = System.currenTimeMillis(); try { return invocation.proceed(); finally { long endtime = System.currentTimeMillis() starttime; System.out.println("Method " + invocation.getmethod() + " took " + endtime + " msec"); InvocationContext.proceed() Ruft die Bean Methode auf Ggf. vorher anderen Interceptor Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 617 Interface InvocationContext package javax.interceptor; public interface InvocationContext { public Object gettarget(); // Bean Instanz public Method getmethod(); // Aufrufende Methode public Object[] getparameters(); // Aufrufparameter // Ändere Aufrufparameter public void setparameters(object[] newargs); // Datenaustausch zwischen Methode und Interceptors public java.util.map<string, Object> getcontentdata(); public Object proceed(); Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

17 Interceptor public Reservation bookpassage(string card, double price) throws IncompleteConversationalState ( if (customer == null cruise == null cabin == null) throw new IncompleteConversationelState(); try { Reservation reservation = new Reservation(customer, cruise, cabin, price, new Date()); entitymanager.persist(reservation); process.bycredit(customer, card, price); return reservation; catch (Exception ex) { throw new EJBException(ex); Hier nur für diese Methode gültig Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 619 Interceptor auf alle Business Methoden einer public class TravelAgentBean implements TravelAgentRemote { public Reservation bookpassage(string card, double price) throws IncompleteConversationalState ( Zusätzlich kann man wie immer Interceptors auch im ejb-jar Deployment Deskriptor definieren Interceptors gehören zu demselben ENC wie ihr Aufrufer Können alle dort gültigen Injection Annotations verwenden... Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

18 Ein Audit Interceptor public class AuditInterceptor EJBContext EntityManager public Object audit(invocationcontext invocation) throws Exception { Audit audit = new Audit(); audit.setmethod(invocation.getmethod().tostring()); audit.setuser(ctx.getcallerprincipal().tostring()); audit.settime(new Date()); try { Object returnvalue = invocation.proceed(); catch (Exception ex) { audit.setfailure(ex.getmessage()); throw ex; finally { em.persist(audit); Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 621 Lebenszyklus Callback Methoden PostConstruct Vor dem ersten Aufruf einer Geschäftsmethode Alle Dependency Injections sind vom Container durchgeführt Unspezifizierte Transaktions- und Security-Kontexte PreDestroy Bean wird aus dem Container entfernt Freigabe aller eigenen Ressourcen Unspezifizierte Transaktions- und Security-Kontexte Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

19 Lebenszyklus Callback Methoden Die folgenden Callback Methoden nur für Stateful Session Beans Beide laufen in unspezifizierten Transaktions- und Security-Kontexten PostActivate Container plant, die Session Bean zu passivieren Ggf. Freigabe eigener Ressourcen PrePassivate Container hat Session Bean gerade wieder aktiviert Ggf. eigene Ressourcen wieder erwerben Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 623 Interceptors für Lebenszyklus Callback Methoden Methode in der Interceptor-Klasse mit spezieller void <ein-methodenname>( javax.interceptor.invocationcontext invocation); Rückgabetyp void, keine throws-klausel void initialisierung( javax.interceptor.invocationcontext invocation); Auch hier muss in der Interceptor-Methode InvocationContext.proceed() aufgerufen werden Ggf. nächste Interceptor-Methode Ggf. Callback Methode, falls sie existiert Invocation.getMethod() liefert hier immer null Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans

20 Interceptor Lebenszyklus Wie der der zugehörigen Bean Interceptor ist eine Erweiterung der zugehörigen Bean Instanz Alle Lebenszyklus Events der Bean betreffen ebenso die Interceptor Instanz Können entsprechenden Zustand enthalten wie die zugehörige Bean Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans 625 Interceptor Methode in der Bean public class MySessionBean implements MySessionRemote { public void BusinessMethod() public Object beanclassinterceptor(invocationcontext invocation) { try { System.out.println("Entering: " + invocation.getmethod()); return invocation.proceed(); finally { System.out.println("Leaving : " + invocation.getmethod()); Falls mehrere Interceptoren definiert sind, ist dies die letzte der aufgerufenen Interceptor Methoden Prof. Dr. Björn Dreher Liste V Enterprise JavaBeans