6 Implementierung komplexer Systeme. 6.1 Verteilte objektorientierte Systeme

Transkript

1 6 Implementierung komplexer Systeme 6.1 Verteilte objektorientierte Systeme Analyse Entwurf Implementierung Test, Integration Wartung.KVGTCVWTÂ $CN\GTVÂ$CPFÂÂ.'Â Offene verteilte Systeme Situation: Heterogene, vernetzte Computersysteme: heterogene Hardware, Betriebssysteme, Programmiersprachen, Formate, Netztechnologien Anwendungen im Normalfall verteilt» Client/Server-Architekturen Ziele: Portabilität (Objektcode, Quellcode, Entwurf) Interoperabilität Lokations- und Netzwerk-Transparenz Hilfsmittel: Standards für offene Systeme Eindeutige Definition von Schnittstellen Flexible Erweiterung um neue Schnittstellen Seite 1

2 Realisierung von Client/Server-Systemen Sockets ("Peer-to-Peer"-Kommunikation über den TCP/IP Stack) Niedriges Abstraktionsniveau Plattform-Transparenz (z.b. Java Package java.net) Remote Procedure Call (RPC) Höheres Abstraktionsniveau als Sockets (Prozedurebene) Einbettung in prozedurale Programmiersprachen (z.b. C) Realisierung von synchronen entfernten Prozeduraufrufen Java Remote Methode Invocation (RMI) Hohes Abstraktionsniveau (Objektebene) Java-spezifischer Mechanismus (Java Package java.rmi) Ort- und Plattform-Transparenz "Middleware" für verteilte Objekte (CORBA, Microsoft DCOM) Hohes Abstraktionsniveau (Objektebene) Transparenz von Ort und Programmiersprache Bei CORBA: auch Plattform-Transparenz Standards der Object Management Group Object Management Group (OMG): Zusammenschluß von Anbietern und Anwendern objektorientierter Softwaretechnologie Gegründet 1989, mehr als 600 Mitglieder Standards und Spezifikationen, aber mit Verpflichtung zur kommerziellen Implementierung Middleware für verteilte objektorientierte Anwendungen (CORBA) Interoperabilität verschiedenener CORBA-Implementierungen ist Realität De-facto-Standards Offizielle Standardisierungsgremien, z.b. ISO:» vergleichsweise schwerfällig Firmen- Standards, z.b. Microsoft OLE/DCOM:» nicht wirklich offen, d.h. plattformunabhängig Seite 2

3 Object Management Architecture (OMA) Finanzen Finanzen Telekommunikation Electronic Electronic Commerce Commerce Nicht standardisiert: Anwendungsspezifische Objekte Nutzerschnittstelle Informationsmanagement Systemmanagement Vertikale CORBAfacilities Objekte der Anwendung Horizontale CORBAfacilities Object Request Broker (ORB) - Objektbus Lifecycle Lifecycle Event Event Naming Naming Persistence Persistence Transactions Transactions Objektdienste (CORBAservices) Externalization Security Security Time Time Properties Properties Licensing Licensing Dienstanforderungen (object requests) Client-Objekte senden Anforderungen (requests) an abstrakte Referenzen, über die sie an Objektimplementierungen (servants) zugestellt werden. Bestandteile einer Anforderung: Angabe des angesprochenen Server-Objekts (Objekt-Referenz) Name der angeforderten Operation Kommunikationsart» synchron, asynchron oder abgesetzt synchron Ein- und Ausgabeparameter (optional) Ausnahmebedingungen (optional) Kontextangaben (z.b. Ort des Clients) Schnittstellen: Beschreibung von Anforderungstypen Zusammenfassung in Schnittstellen Interface Definition Language (IDL) Seite 3

4 Statischer Aufruf: Stubs und Skeletons stub und skeleton vermitteln zwischen der universellen IDL und der konkreten Programmiersprache. stub: wird vom Client-Code aufgerufen skeleton: ruft den Servant-Code auf Objekt in "Client"-Rolle Objekt in "Servant"-Rolle stub skeleton Object Request Broker (ORB) "Suggestion" einer einheitlichen Schnittstelle über IDL Generierung von Stubs und Skeletons (statisch) Schnittstellen- Definition in IDL Client-Code IDL-Compiler Servant-Code IDL stub (Code) IDL skeleton (Code) Übersetzen und Binden Übersetzen und Binden Client stub ORB Servant skeleton Seite 4

5 Proxy-Entwurfsmuster in CORBA Proxy Original Client- Objekt Servant- Objekt Original Stub Proxy Skeleton Proxy Proxy Object Request Broker (ORB) ORB-Architektur in CORBA Client- Objekt Servant- Objekt dynamisch statisch IDL Stub (statisch) DII ORB interface IDL Skeleton (statisch) object adapter DSI Object request Broker (ORB) core Interface Repository Implementation Repository Stubs Static Invocation Interface (=SII) DII = Dynamic Invocation Interface Skeletons Static Skeleton Interface (=SSI) DSI = Dynamic Skeleton Interface Seite 5

6 Objekt-Adapter Aufgaben eines Objektadapters: Zustellung von Requests an registrierte Objekte Erzeugung von Objekten und Referenzen Aktivierung/Deaktivierung von Objekten Beispiele: Basic Object Adapter (BOA)» bis CORBA 2.1» proprietäre Realisierungen Portable Object Adapter (POA)» ab CORBA 2.2 andere, z.b. Adapter für DBMS Statische und Dynamische Schnittstellen Statische Aufrufschnittstelle (Static Invocation Interface, SII) Festlegung der Operation (und Typinformation) zur Übersetzungszeit (aber dynamische Bindung an Objektinstanzen) Generierung von stubs Dynamische Aufrufschnittstelle(Dynamic Invocation Interface, DII): Festlegung der Operation und Typinformation zur Laufzeit Flexibler in der Kommunikationsart (auch "abgesetzt synchron") Statische Skeleton-Schnittstelle (Static Skeleton Interface, SSI) Festlegung der Operation (und Typinformation) zur Übersetzungszeit Generierung von skeletons Dynamische Skeleton-Schnittstelle (Dynamic Skeleton Interface, DSI) Bereitstellung eines flexiblen Skeletons Analyse von Operation, Parametern, Typinformation zur Laufzeit Unabhängige Wahl: SII/DII (Client), SSI/DSI (Servant) Seite 6

7 Schnittstellen-Spezifikation mit IDL Interface Definition Language (IDL): Spezifikation von Schnittstellen für CORBA Orientiert an C++, aber sprachunabhängig Streng getypt (sprachunabhängig) Grundeinheit: interface ähnlich class (umfaßt öffentliche Attribute und Operationen) Vererbung Module zur Gruppierung von Interfaces Syntax von Operationen: Name, Typ und Art (in, out, inout) für alle Parameter Ergebnistyp Kommunikationsart (oneway) Ausnahmesituationen (raises exception) Kontextangaben IDL: Datentypen Einfache Datentypen Strukturierte Datentypen Ganzzahltypen» short, long, long long» signed und unsigned Gleitpunkttypen» float, double, long double, fixed char, wchar, boolean, octet Any CORBA Objektreferenz Value-Typ (Objekte als Werte) Verbunde (struct) Vereinigung Aufzählung Sequenzen Strings Felder Seite 7

8 IDL: Beispiel module BeispielModul { struct Adresse { string strasse; string plz; string ort;}; interface Person { attribute string name; readonly attribute string vorname; readonly attribute long geburtsjahr; attribute Adresse anschrift; typedef sequence <Person> PersonListe; attribute PersonListe Bekannte; long berechnelebensjahre (in long aktjahr); void berechnelebensjahrep (in long aktjahr, out long lebensjahre); }; // Interface }; // Modul IDL-Sprachbindungen Standardisierte Sprachbindungen Abbildung der IDL-Konstrukte auf spezifische Konstrukte der Programmiersprache IDL-Sprachbindungen existieren u.a. für:» C, C++, Smalltalk, Ada, COBOL, Java IDL Compiler: IDL Compiler generiert automatisch Stubs und Skeletons Optional: Generierung von "Templates" (Vorlagen für die Objektimplementierung) Übertragung von Schnittstellen in das Interface Repository Seite 8

9 Abbildung IDL-Programmiersprache Abbildung von Schnittstellen und Operationen C:» Keine direkte Abbildung von Schnittstellen (Schnittstellenname wird in Funktionsname übernommen, Parameter vom Schnittstellentyp ist erster Parameter der Funktionen einer Schnittstelle)» Operationen werden Funktionen C++:» Module werden auf C++ Namespaces abgebildet» Schnittstellen auf Klassen» Operationen auf Methoden Java:» Module werden auf Java Packages abgebildet» Schnittstellen auf öffentliche Java Schnittstellen sowie Helperund Holder Klassen in Java» Operationen auf Methoden Java-Bindung: Beispiel // Person.java package BeispielModul; public interface Person extends org.omg.corba.object { public void name(java.lang.string name); public java.lang.string name(); public java.lang.string vorname(); public int geburtsjahr(); public void anschrift (BeispielModul.Adresse anschrift); public BeispielModul.Adresse anschrift(); public void Bekannte (BeispielModul.Person[] Bekannte); public BeispielModul.Person[] Bekannte(); public int berechnelebensjahre(int aktjahr); public void berechnelebensjahrep (int aktjahr, org.omg.corba.intholder lebensjahre); } Seite 9

10 Zähler-Beispiel: IDL-Schnittstelle // Counter.idl interface Counter { void count (); void countn (in long n); long getcount(); void getcountp(out long count); }; // CounterFactory.idl #include "Counter.idl" interface CounterFactory { Counter createcounter(); }; Zähler-Beispiel: Stubs/Skeletons erzeugen Kommandos: idl2java Counter.idl idl2java CounterFactory.idl Erzeugte Dateien (u.a.): <IDL-Schnittstelle>.java <IDL-Schnittstelle>Helper.java <IDL-Schnittstelle>Holder.java Java-Interface Nützliche Hilfsoperationen Hilfsklasse für Parameter _st_<idl-schnittstelle>.java _<IDL-Schnittstelle>ImplBase.java Stub-Code Skeleton-Code Seite 10

11 Zähler: Java-Schnittstelle und "Helper" // Counter.java public interface Counter extends org.omg.corba.object { public void count(); public void countn( int n ); public int getcount(); public void getcountp( org.omg.corba.intholder count ); } // CounterHelper.java abstract public class CounterHelper { public static Counter narrow (org.omg.corba.object object) {//...} public static Counter bind (org.omg.corba.orb orb, java.lang.string name) { //... } // weitere Methoden } Zähler: "Holder"-Klasse // CounterHolder final public class CounterHolder implements org.omg.corba.portable.streamable { public Counter value; public CounterHolder() { }; public CounterHolder(Counter value) { this.value = value; } public void _read (org.omg.corba.portable.inputstream input) { value = CounterHelper.read(input); } public void _write (org.omg.corba.portable.outputstream output) { CounterHelper.write(output, value);} public org.omg.corba.typecode _type() { return CounterHelper.type(); } } Seite 11

12 Zähler-Beispiel: Stub und Skeleton // _st_counter.java public class _st_counter extends org.omg.corba.portable.objectimpl implements Counter { //... // Stub-Implementierung public void count() {//...} //... } // _CounterImplBase.java abstract public class _CounterImplBase extends org.omg.corba.portable.skeleton implements Counter { // Skeleton-Implementierung } Zähler: Servant-Implementierung // CounterImpl.java public class CounterImpl extends _CounterImplBase { private int counter=0; } /** Construct a persistently named object. */ public CounterImpl(java.lang.String name) {super(name);} /** Construct a transient object. */ public CounterImpl() {super();} public void count() {counter++;} public void countn(int n) {counter=counter+n;} public int getcount() {return counter;} public void getcountp(org.omg.corba.intholder count) { count.value=counter;} Seite 12

13 Interaktion von ORBs Client Servant ORB A Kommunikations- Netz ORB B General Inter-ORB Protocol (GIOP) Common Data Representation (CDR) für IDL-Datentypen Interoperable Object References (IOR) Selbstbeschreibende Profile Internet Inter-ORB Protocol (IIOP) Environment-Specific Inter-ORB Protocols (ESIOPs) Derzeit nur DCE/ESIOP ORB/ORB-Brücken mit DSI und DII Spezielle Objektdienste (CORBAservices) CORBAservices vervollständigen die Funktion des ORB Beispiele: Namensdienst (naming service) Such- und Vermittlungsdienst (object trading service) Objektverwaltung (life cycle service) Ereignisverwaltung (event service) Persistenzdienst (persistent object service) Transaktionsdienst (transaction service) Objektauslagerung (externalization service) Abfragedienst (query service) Lizenzdienst (licensing service) Eigenschaftsverwaltung (property service) Zeitdienst (time service) Sicherheitsdienst (security service) Seite 13

14 CORBA Service: Naming Service (1) Syntaxunabhängiger Namensdienst Zuordnen eines aussagekräftigen Namens zu einer Objektreferenz Anordnung und Verwaltung von Namen in Namensräumen (Schnittstelle: NamingContext), in denen jeder Name jeweils eindeutig ist (Bildung von Namenshierarchien). Durchsuchen von Namensräumen (Schnittstelle: BindingIterator) Notwendige Komponenten: Client- Objekt Servant- Objekt Object Request Broker (ORB) - Objektbus Name Server CORBA Service: Naming Service (2) Beispiel für Interaktion Servant-Objekt und Name Server: : Servant-Objekt cf : Counter : ORB MyNameSpace : Factory NamingContext MyFactories : NamingContext MyNameSpace=resolve_initial_references ("NameService") n=erzeuge_namen MyFactories=bind_new_context(n:Name) bind(n:name,cf) Seite 14

15 CORBA Service: Naming Service (3) Beispiel für Interaktion Client-Objekt und Name Server: : Client-Object : ORB MyNameSpace : NamingContext cf : Counter Factory MyNameSpace=resolve_initial_references ("NameService") n=erzeuge_namen resolve(n:name) cf anforderung() Evolution der OMA 1991: CORBA Core 1.0 Architektur, Kommunikation Interoperabilität 1995: CORBA : CORBA : CORBAservices Grunddienste für objektorientierte Anwendungen seit 1995: CORBAfacilities Dienste für spezielle Anwendungsbereiche Allgemeine übergreifende Systemdienste Seite 15

16 Neuere CORBA-Versionen (2.4 und 3.0) Neuigkeiten in CORBA (1999): Portable Object Adapter» bessere Portierbarkeit von Applikationen zwischen ORBs verschiedener Anbieter Weitere Kommunikationsarten» Callback» Polling "Objects by Value"» Mobile Objekte "Quality of Service"» Beeinflussung von Transport und Weiterleitung von Anforderungen CORBA: Perspektiven Chancen: Flexible, plattformunabhängige, heterogene Systeme Steigerung des Abstraktionsniveaus (z.b. von Datenbankanbindung zur Objektverwaltung) Einbindung von Altsystemen möglich Probleme: Tempo der Standardisierung und Realisierung Performance bestehender Implementierungen Angriffe durch speziellere Systeme (weniger Eleganz, höhere Leistung) Bruch mit bewährten Konzepten (z.b. SQL) Völlige Transparenz nicht immer erwünscht Seite 16