Download - FESG - Technische Universität München

50 KAPITEL 3: MIDDLEWARE ALS ELEMENTARE KOMMUNIKATIONSBASIS
Flexibles, robustes, skalierbares,
transaktionsorientiertes, reihenfolgewahrendesInternetprotokoll
ohne Sitzungsorientierung
keine Antwort erwartet und so auch kein Reply gesendet. Ist ein Zielobjekt
mittlerweile an einem anderen Ort, erfolgt eine LocationForward-
Antwort, wodurch die Ortstransparenz gewährleistet wird.
(c) CancelRequest: Will der Client einen Zugriff abbrechen, sendet er diese
Nachricht.
(d) LocateRequest: Will ein Client eine Objektreferenz auf Gültigkeit prüfen,
erfolgt dieser Aufruf.
(e) LocateReply: Der Server antwortet auf einen LocateRequest mit LocateReply.
Darin enthalten ist, ob die Referenz bekannt ist oder nicht und
zudem gegebenenfalls der neue Ort des Objekts, sofern dieser bekannt
ist.
(f) CloseConnection: Will ein Server die Abarbeitung abbrechen, meldet
er an alle beteiligten Klienten die Beendigung.
(g) MessageError: Sowohl Client als auch Server können erkannte Probleme
an den Partner weitermelden. Dies ermöglicht eine dedizierte
Reaktion.
3. GIOP gibt zudem Vereinbarungen für den Nachrichtentransport selbst: So
wird festgelegt, dass die Übertragung verbindungsorientiert und verlässlich
sein muss. Der Transport selbst ist eine Übertragung einer Byte-Folge. Die
Initialisierung davon ist abbildbar auf den TCP /IP -Stack. Zudem wird bei
einem ungewünschten Abbruch eine Angabe der Ursache zurück gemeldet.
Gerade letzteres ist für automatische Systeme zur Qualitätssicherung und
Reaktionsbestimmung sehr wichtig.
Im Falle von IIOP ergibt sich damit ein flexibles Internetprotokoll, welches
zeitweise als revolutionär für den allgemeinen Internetverkehr angesehen wurde,
wodurch zahlreiche Anwendungen mit Unterstützung des Protokolls entstanden
(z.B. IIOP -Erweiterung im Netscape Browser). Es ist robust, skalierbar und transaktionsorientiert
und erhält im Gegensatz zu HTTP die Reihenfolge der Nachrichten,
wodurch eine zeitliche Ereignisanordnung entsteht. Allerdings ist es leider
auch nicht sitzungsorientiert (jeder neue Aufruf ist unabhängig vom vorhergehenden).
Der Aufbau des Protokollblockdiagramms ist in Abb. 3.5 auf Seite 51 dargestellt.
Überwinden von Firewalls: Spe- Die Firewallproblematik erlegt jedoch einige Schranken auf (vgl. bzgl. der
zielle Proxies oder Tunnel Überwindung von Firewalls den Abschnitt 4.5.4 auf Seite 123). Da es sich bei
IIOP um ein weiteres Protokoll handelt, welches über Sicherheitssperren geschleust
werden muss, gibt es zur Überwindung dieser zum einen den Einsatz von speziellen
Proxies oder zum anderen die Nutzung von Tunnelung mittels Fremdprotokollen
bzw. den kompletten Wechsel zu einem anderen Protokoll. Da Proxies nicht
generell vorausgesetzt werden können und die Tunnelung relativ viele zusätzliche
Zwischenstufen benötigt, ist bereits hier anzumerken, dass wohl langfristig ein
kompletter Wechsel z.B. zu dem auf HTTP basierenden Simple Object Access
Protocol (SOAP) oder ähnlichen Protokollen nötig werden kann.
GIOP bietet durch seine Flexibilität
viele Vorteile bzgl. der Einhaltung
von Transparenzkriterien
Der Grundgedanke hinter GIOP -Ableitungen ist allerdings gerade im Hinblick
auf Fehleranalysen und die geforderten Transparenzkriterien (vgl. Abschnitt
2.4 auf Seite 31) sehr dienlich, da diese bereits teilweise ohne weiteres Zutun gelöst