Eclipse Equinox als Basis für Smart Client Anwendungen. Christian Campo, compeople AG, Java Forum Stuttgart 2007

Transkript

1 Eclipse Equinox als Basis für Smart Client Anwendungen Christian Campo, compeople AG, Java Forum Stuttgart 2007

2 Übersicht Definition / Architektur Smart Client Smart Client mit RCP / Equinox Gesamtfazit 2

3 Fat - Thin - Smart Fat Client lokale GUI fachl.logik Persistence Persist DB Thin Client GUI GUI fachl.logik Persistence Web Server Smart Client GUI fachl. Logik Persistence EINE (verteilte) Anwendung (Smart) App Server 3

4 Eigenschaften eines Smart Client? hochintegrierte Client/Server Anwendung verteilte fachliche Komponenten Anbindung über Web s einheitliche Plattform Client / Server hoher Benutzerkomfort keine lokale Datenhaltung Integration lokaler Anwendungen (Office, Mail, PDF) automatische Softwareaktualisierung 4

5 Beispiel 5

6 Smart Client Architektur 6

7 s / Integration Smart Client Server Tier Web s Auswahl des lokalen 7

8 s / Integration Smart Client Server Tier Web s Auswahl des entfernten 8

9 s / Integration Smart Client Server Tier Web s Auswahl des gewählten an Hand von fachlichen Kriterien 9

10 OSGi vs Eclipse Extension Extensions sind Deklarationen automatisch beim Start eingelesen sowohl Daten als auch Klassenreferenzen Lifecycle der durch die Extension referenzierten Klasse wird beim Consumer bestimmt 1:many (nur ein Consumer) dem Consumer steht frei, was er aus der Deklaration macht 10

11 OSGi vs Eclipse Extension OSGi s sind immer eigenständige Komponenten Lifecycle wird durch das Bundle bestimmt sind dynamisch (start und stop) erlauben Dependency Injection many:many (viele Consumer) 11

12 Vergleich Extensions Erweiterung des Clients (z.b. GUI) Benutzung als Konfiguration (ohne Klassenreferenzen) im Moment bessere Tool Unterstützung OSGi s Verbinden von n:m Components Dependency Injection remote services 12

13 OSGi Proxies Smart Client Server Tier OSGi OSGi OSGi OSGi OSGi (Proxy) OSGi 13

14 Nyota Nyota Uhura bedeutet Stern" in Suaheli. 14

15 Die Idee Web Endpunkt /hessian /auftrag /A OSGi Interface Implementierung Properties Remote RemoteProtocol RemoteURL etc. = pkg.common.iping = pkg.internal.ping = true = hessian = /auftrag/a 15

16 Nyota Anforderungen OSGi fokusiert Modular und erweiterbar Web basiert Unterstützung verschiedener Transportprotokolle Open Source 16

17 3. publish Remote OSGi auf dem Server Web Endpoint 4. create XFire Publisher Hessian Publisher (Nyota) Nyota Publisher OSGI Registry 1. register Interface, Value Objekte (Bundle) Implementierung (Bundle) Web Container 17

18 Remote OSGi auf dem Client client 4. call OSGI Registry Remote Registry Proxy Interface, Value Objekte (Bundle) 3.register 2.create XFire Factory Hessian Factory clientstart 1. init RemoteFactory interface url typ 18

19 Das Gesamtbild client server client call Proxy Web Endpoint OSGI Registry Impl OSGI Registry Interface, Value Objekte (Bundle) Remote Registry Factory Publisher Nyota Core 19

20 Nyota: Basis - Eigenschaften Auf dem Server: OSGi wird zu Web Endpunkt gesteuert durch Properties Auf dem Client: OSGi (Proxy für Web ) Nutzung durch API oder Declarative s Unterstützung verschiedener Protokolle Hessian XFire etc. 20

21 Beispiel Remote mit DS OSGi <component name= pkg.ping"> <implementation class= pkg.internal.ping"/> <property name= nyota.remote value= true /> <property name= nyota.remote.protocol value= hessian /> <property name= nyota.remote.path value= /Ping /> <service> <provide interface= pkg.common.iping"/> </service> </component> Interface package pkg.common; public interface IPing { package pkg.internal; public class Ping implements IPing { } void ping(); } } void ping() { return; 21

22 Beispiel Remote Proxy mit DS client call OSGi Proxy Proxy implements pkg.common.iping RemoteBuilder <component name= pkg.ping"> <implementation class= de.compeople.nyota.core.remotebuilder"/> <property name= nyota.remote value= true /> <property name= nyota.remote.type value= hessian /> <property name= nyota.remote.path value= /> <property name= nyota.interface value= pkg.common.iping"/> </component> Interface package pkg.common; public interface IPing { } void ping(); 22

23 Nyota Eigenschaften Modular und erweiterbar (z.b. Protokolle) austauschbare Nyota Komponenten (intern) lose Kopplung über s dadurch minimale direkte Abhängigkeiten beobachtet Lifecycle von s und Bundles start von OSGi startet Web stop von OSGi stopt Web 23

24 Dependency Injection Declarative s --> Dependency Injection auch für Remote s aus Nyota Dependency Injection Unterstützt das Konzept der dynamischen OSGi s besser Fachlicher Code hat keine Abhängigkeit zu OSGi Verbesserte Testbarkeit (Einsatz von Mock Objekten für Tests) 24

25 Dependency Injection <component name="sample.client" immediate="true"> <implementation class= pkg.client"/> <reference name="ref.iping" interface= pkg.common.iping" bind="setping" unbind="unsetping" /> </component> Client package pkg; public class Client { Interface package pkg.common; public interface IPing { private IPing ping; public void setping(iping ping) { this.ping = ping; } } void ping(); } public void unsetping(iping ping) { this.ping = null; } 25

26 Discovery (optional) client server client call Proxy Web Endpoint OSGI Registry Impl Remote Registry OSGI Registry Factory create Discovery Publisher register Interface, Value Objekte (Bundle) Interface, Value Objekte (Bundle) Implementierung (Bundle) 26

27 Nyota Status Verfügbar auf Binary, Source, Sample unter EPL Wiki mit Dokumentation Eclipse Magazin Artikel Version verfügbar Diskussion mit Eclipse / Equinox Community 27

28 Nyota Future Produktionstauglichkeit (Version 1.0) Konfigurierbarkeit (ConfigAdmin) Stages Security Discovery verbessern (Filter, Security) Erweiterbarkeit --> Eclipse Smart Client Platform 28

29 Vielen Dank für Ihre Aufmerksamkeit compeople AG Untermainanlage 8 Tel. 069 / Frankfurt/Main