Ndo 3. Aufbruch zu neuen Ufern Migration bestehender J2EE Anwendungen. Jens Schumann

Transkript

1 Ndo 3 January 21-25, 2008, Munich, Germany ICM - International Congress Centre Munich Migration bestehender J2EE Anwendungen Jens Schumann

2 - Migration bestehender J2EE Anwendungen - OOP 2008 Jens Schumann - CTO Development - Motivation Stellen Sie sich vor wir schreiben das Jahr 2008 und das Tagesgeschäft besteht immer noch aus Struts Actions, JSP Snippets und Request Parametern XML Deskriptoren Remote, Home, Local und LocalHome Interfaces Ausschließlich manuell geschriebenen Persistence Code statt Visuellen Komponenten, Events und automatischem Formular/Binding Einfachen Java Klassen und Annotationen Komfortablem O/R Mapping! Aber wie?! 1

3 Agenda Die nächsten 90 Minuten Schichtenweise Analyse der Migration der Persistenzschicht Businessschicht Visualisierungsschicht Entwurf Vorgehensmodell Migration Anwendungen mit Web Oberfläche Anwendungen ohne Web Oberfläche Identifikation von Risiken Identifikation von Migrationsballast Vermittlung von Erfahrungen / Best-Practices Klassische Mehrschichtarchitektur 2

4 Klassische J2EE 1.4 Mehrschichtarchitektur Typischer J2EE 1.4 Anwendungsstack* *Ausgewählte Pattern 3

5 Typischer J2EE 1.4 Anwendungsstack* Szenario A Szenario B Struts Struts Java SE EJB 2.x Java SE EJB 2.x *Ausgewählte Pattern Moderner Java EE Anwendungsstack Szenario A Szenario B JSF JSF EJB 3.x Springframework JPA JPA/ Hibernate 4

6 Ein wenig Theorie Migrationspfad A: EJB 2.x nach EJB 3.0 EJB 3.0 Container müssen EJB 2.x unterstützen Migrationspfad B: EJB 2.x nach Spring Mischbetrieb in einem EJB 2.x Container möglich Migrationspfad C: JSP/Servlet nach JSF JSF kann JSP nutzen, ist jedoch vollständig inkompatibel Migrationspfad D: Struts nach JSF Struts bietet JSF Integration - Struts-Faces Integration Library Weiterhin Struts Abhängigkeit Ein Blick zurück - EJB 2.x Persistence CMP 2.0 Entity Bean public abstractclass EmployeeBeanimplements EntityBean { publicabstractinteger getempno(); publicabstract void setempno(integer number); public abstract String getfirstna me(); public abstract void setfirstname(string na me); publicinterface E mployeehome extends EJBHo me { public E mployee create( ) throws CreateExeption, RemoteException; public CollectionfindByName(String name) ; publicinterface Employee extends EJBObject { publicinteger getempno()throws RemoteException; publicvoid setempno(integernumber) throws RemoteException; <enterprise-beans> <entity> <description> <display-name> <ejb-name> <home> <re mote> <ejb-class> <cmp-field> <query> 5

7 Ein Blick nach vorn - Persistence via O/R Mapping Java Persistence API vs. Hibernate O/R Mapping TAB_EMPLOYEE ) public class Employee { private int FIRST_NA M E ) private String firstname; publicintgetempno(){; public void setempno(int num ber) {; O/R Mapping mit Hibernate public class Employee { private int employeenumber; private String firstname; publicintgetempno(){; public void setempno(int num ber) {; <hibernate-mapping> <class table= TAB_E M PLOY EE" name= E mployee > <property name="firstname" access="field" column= FIRST_NA ME"/> </class> </hibernate-mapping> Migration der Persistence Schicht Ideen?! 6

8 Migration der Persistence Schicht Persistente Objekte sind konkrete Klassen Abstrakte EJB-Methoden -> konkrete POJO Methoden Local/Remote Home interface obsolete Local/Remote interface optionales Business Interface Entfernung des Basisinterface für Entitäten Entfernung Lebenszyklusmethoden einer Entität Migration der Persistence Schicht - Methoden Migration getprimarykey() => Attribute Getter Methode getejbobject() => this ejbcreate() => Konstruktur ejbremove() oder Hibernate Interceptor ejbselect() => Select im DAO findbyxyz() => Query im DAO Weitere Methoden => Nutzen prüfen 7

9 Migration der Persistence Schicht - Achtung Featureumfang heutiger O/R Mapper deutlich größer als CMP (und BMP) Vererbungshierarchien und Mapping Modelle Bidirektionale Mappings Query Language Persistente Datentypen Dynamische Berechnung Selektionsgraphen Folge 1:1 Migration EJB 2.x Persistence führt meist zu limitierten Objektmodell Trotz Migration weiterhin keine tragfähige Basis Ein Blick zurück - Business Logik in EJB 2.x Stateless Session Bean public class HumanResourcesBeanimplements SessionBean { public void ejbcreate() { public voud ejbre move() { publicvoid ejbactivate() { publicvoid ejbpassivate() { publicvoid setsessioncontext(sessioncontextctx) { publicvoid hire(person person) { public voidfire(employee employee) { publicinterface Hu manresourcesho me extends EJBLocalHome { public E mployee create( ) throws CreateExeption; publicinterface HumanResources extends EJBLocalObject{ publicvoid hire(person person); public voidfire(employee employee); <enterprise-beans> <session> <description> <display-name> <ejb-name> <local-home> <local> <ejb-class> <session-type> 8

10 Ein Blick nach vorn - Business Logik EJB 3.0 oder Spring Business Logik in EJB 3.x Business Logik in Spring public interface HumanResources { publicvoid hire(person person); public voidfire(employee publicclass Hu manresourcesbean implements Hu manresources { publicvoid hire(person person) {; public voidfire(employee employee) {; publicclass Hu manresourcesbean implements Hu manresources { publicvoid hire(person person) {; public voidfire(employee employee) {; <beans> <bean id= hrbean" class= Hu manresourcesbean /> </beans> Migration der Business Logik Schicht Ideen?! 9

11 Migration der Business Logik Schicht Beans benötigen (weiterhin) ein Business Interface Remote als auch local möglich Businesslogik in einfache Klassen verschieben Entfernung Basisinterfaces Entfernung leerer oder unbenutzter Lebenszyklus Methoden Gegebenenfalls Callback Annontations benutzen Nie wieder RemoteException im Business Interface Migration der Business Logik Schicht - Achtung EJB 3.0 = schwergewichtige Komponenten Transactions (Default Required) Security (None) Spring Beans = einfache Java Objekte 10

12 Ein Blick zurück - Business Logik Schicht Interaktion mit EJB 2.x JNDI Lookup in EJB 2.x* InitialContext ctx = new InitialContext(); HumanResourcesHome hrhome = (HumanResourcesHome)ctx.lookup( ); Hu manresources hr = hrhome.create(); hr.hire( ) ctx.close(); *Ohne Exception Handling Ein Blick nach vorn - Business Logik Schicht Interaktion mit IoC Business Logik in EJB 3.x Business Logik in Stateless publicclass HrClient private HumanResources hr; public void foo() { hr.hire( ); publicclass HrClient { private HumanResources hr; public HrClient(HumanResources hr) { this.hr = hr; public void foo() { hr.hire( ); <beans> <bean id= hrclient" class= HrClient > <constructor-arg ref= hrbean /> </bean> </beans> 11

13 Migration der Business Logik Interaktion Ideen?! Migration der Business Logik Interaktion Vermeidung Service Locator Vermeidung Business Delegate Vermeidung Singleton Vermeidung Factories (zur Business Logik Interaktion) Nutzung des Container Inversion Of Control Mechanismus EJB Spring: Wiring durch Spring BeanFactory Achtung: JNDI Zugriff auf EJB 3.0 Beans JNDI Namen für EJB 3.0 Beans nicht standardisiert JNDI Namenszuweisung EJB 3.0 Beans nicht standardisiert 12

14 Ein Blick zurück - Web Entwicklung mit Apache Struts 1.x Hello World mit Struts publicclass Hello World Model { private String na me; public void setna me(string na me) { ; public String getgreeting() { publicclass HelloWorldAction extends Action { public ActionForward execute( ActionMapping mapping, ActionForm form, HttpServletRequestrequest, HttpServletResponseresponse) throws Exception { taglib uri="/web-inf/struts-bean.tld" prefix="bean" %> taglib uri="/web-inf/struts-html.tld" prefix="html" %> <html:html locale="true"> <head> <title>hello World</title> </head> <body bgcolor="white"> <h2> <bean:write name= hm.greeting" />! </h2> </body> </html:html> String name = (String)request.getParameter( ); HelloWorldModel model= new HelloWorldModel(); model.setna me(na me); request.setattribute( hm, m o del); return mapping.findforward( sayhello ); Ein Blick nach vorn - Web Entwicklung mit JSF Hello World mit JSF publicclass HelloWorldBean { private String na me; public void setna me(string na me) { ; public String getname(){ <faces-config> <navigation-rule> <from-view-id>/inputna me.jsp</from-view-id> <navigation-case> <from-outcome>greeting</from-outcome> <to-view-id>/greeting.jsp</to-view-id> </navigation-case> </navigation-rule> <managed-bean> <managed-bean-name>hwbean</managed-bean-name> <managed-bean-class>hello WorldBean</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> </managed-bean> taglib uri=" prefix="h" %> taglib uri=" prefix="f" %> <html> <head> <title>jsf Hello World!</title> </head> <body> <f:view> <h1>jsf Hello World</h1> <h:form id="helloform"> Dein Name <h:inputtext value="#{hw Bean.na m e" /> <h:com mandbutton action="greeting" value= Sage Hallo!" /> </h:form> </f:view> </body> </html> </faces-config> 13

15 Migration der Visualisierungsschicht Ideen?! Migration der Visualisierungsschicht - Problembereiche Unterschiede in GUI Framework Architektur JSP/Servlet/Struts HttpServlet Request / Response Abstraktion JSF Geschlossenes, eventbasiertes GUI Framework Gemeinsamkeiten GUI Frameworks Eventuell State in den Scopes Page, Request, Session und Application Eventuell Rendering Technologie Nutzung von JSP in JSF nicht empfohlen Folge: Starke Einschränkung einer sanften Migrationsstrategie 14

16 Migration der Visualisierungsschicht - Optionen Option A Einmalige Migration aller Webinhalte Voraussetzung Eingeschränkte Größe bzw. Komplexität der Web Anwendung Option B Stufenweise Migration von Webinhalten Orientierung an fachlich abgeschlossenen Bereichen Übergang zwischen Bereich durch Austausch von State Migration von Pattern Front Controller MVC Intercepting Filter Transfer Object Service Locator Session Façade Data Access Object 15

17 Migration von Pattern Ideen?! Migration von Pattern - Achtung Nahezu alle J2EE 1.4 Pattern sind überholt Grundsätzlich Einsatz/Migration eines jeden Pattern hinterfragen Beispiele weiterhin gültiger Pattern Data Access Object Intercepting Filter 16

18 Vorgehensmodell Migration Ideen?! Fazit Technische Migration ist möglich Persistence und Businessschicht unproblematisch Web Oberflächen bisweilen komplex Vorsicht vor nichttechnischen Randbedingungen Nahezu alle J2EE 1.4 Pattern sind ungültig O/R Mapping deutlich mächtiger als EJB 2.x CMP Empfehlung Einführung von klaren Schnittstellen (sofern nicht vorhanden) Stufenweise, sanfte Migration mit Hilfe der Schnittstellen Einfache Web Oberflächen Einmalige Migration - Big Bang Komplexe Web Oberflächen Stufenweise Migration, gegebenenfalls komplettes Re-Design einplanen 17

19 OOP Vielen Dank! Jens Schumann CTO Development OpenKnowledge GmbH Bismarckstr Oldenburg Tel.: +49 (441) info@openknowledge.de 18