Download - FESG - Technische Universität München

3.2 THEORETISCHE GRUNDLAGEN 43
Abbildung 3.2: Schematisches Client-/Server-Modell mit RPC-Middleware
5. Nach Bearbeitung der Aufgabe erfolgt eine Rückgabe der Ergebniswerte an
den Server-Stub, welcher nun wie zuvor der Client-Stub die Aufgaben der
Middleware wahr nimmt.
6. Letztendlich wird anschließend durch einen Systemaufruf eine Antwortnachricht
über das Netzwerk zurück an den Client-Stub geschickt, welcher seinerseits
die Rückkonvertierung vornimmt und wie ein lokaler Prozedurenaufruf
das Ergebnis an die Aufrufende Anwendung liefert.
Während des Ablaufs sorgt die Middleware dafür, dass verschiedene Fehlerfälle
abgefangen werden und überwacht die Kommunikation bzw. die Ausführung
der entfernten Funktionalität. Das alles ist aber für den Anwendungsprogrammierer
nicht sichtbar, wodurch der übergeordnete Gesamtzusammenhang nicht durch
unüberschaubare Feinheiten verdeckt und damit transparenter wird.
Aktuelle Middleware löst die Anforderungen bzgl. Client-Server-Anbindung Middleware bedient grundlegende
Transparenzkriterien
aufgrund ihrer internen Strukturierung auf geeignete Weise. Dass diese Grundidee
des Datentransports größerer Datenmengen auf Basis von RPC funktioniert,
zeigt sich im Network File System. Es basiert grundsätzlich auf diesen Mechanismen
und kann als eines der gängigen Datenzugangssysteme in der UNIX-Welt
angesehen werden. Der Einsatz von Middleware bietet aber den enormen Vorteil
an Transparenzgewinn. Durch ihre abstrahierende Wirkung wirkt sie sich insbe-