Beschreiben Sie das Szenario wenn ein ORB einen Server aktiviert und eine Objektimplementation aufruft. Activate Server impl_is_ready Activate Object (GetID möglich) Skeleton –pass invocation –send response deactivate_obj deactivate_impl

Geben Sie einen Überblick über die Komponenten des Servers. ORB –ORB Interface –Interface Repository –Implementation Repository Object Adapters (BOA) Static IDL Skeletons Dynamic Skeleton Interface (DSI)

Wie erscheint die Objekt-Implementation einem Client? Es gibt keine Operation um ein Objekt zu aktivieren. Nur Erzeugen und Löschen sind möglich. Objekt –vorhanden –ansprechbar –antwortet auf die in IDL festgelegten Methoden –behält den Zustand bei (persistant)

Wofür ist ein Object Adapter zuständig? um Objektimplementationen zu registieren Objektreferenzen erzeugen und auswerten Objektreferenz einer Implementation zuordnen Implementationen aktivieren und deaktivieren Methoden aufrufen (statisch oder über DSI) Sicherheitsaufgaben

Was ist aus der Sichtweise des BOA ein Server bzw. ein Objekt? Server: Execution unit –kann mehrere Objekte enthalten/ausführen Objekt: stellt Methode(n) zur Verfügung

Erläutern Sie die 4 Aktivierungsarten die der BOA unterstützt? Shared server policy –mehrere aktive Objekte Persistant server policy –wie oben, nur keine Aktivierung/Registrierung durch BOA Unshared server policy –Nur ein Objekt aktiv Server-per-method policy –für jedes Objekt wird ein eigener Server aktiviert

Wozu dienen statische IDL Skeletons? entsprechen den Client-Stub Verbinden den Server und den Object Adapter über ein Mapping (je nach Programmiersprache) Aufrufe werden zum Server geleitet Antworten werden zurückgegeben Eventuell IPC notwendig

Wozu dient das dynamische Skeleton Interface? auch Objekte OHNE statisches Skeleton (z.B. weil nicht lokal) können über das DSI angesprochen werden. Objektimplementation muß diese Aufrufmethode unterstützen.

Welche Arten von CORBA-Anwender können unterschieden werden? End user –CORBA ist transparent Administrator (ORB Verwaltung) –installieren, konfigurieren –muß Infrastruktur zur Verfügung stellen –Sicherheitsaspekte Programmierer –sinnvolles Design (verteilte Anwendung) –IDL

Skizzieren Sie kurz ORB-to-ORB Kommunikation. ORB (Object Request Broker) StubSkeleton ClientObject IDL ORB (Object Request Broker) StubSkeleton ClientObject IDL IIOP Protokoll standardisiert Bridges übersetzten zwischen verschiedenen Protokollen