Abbildung 4.3:
Aufbau RMI Kommunikation
|
|
Abbildung 4.4:
Zeit Diagramm bei RMI
|
|
Abbildung 4.5:
Schichten Aufbau RMI
|
|
Beim Starten des RMI-Servers registriert dieser Server seinen zu exportierenden
Service beim Naming Service rmiregistry.
Folgender Ablauf findet statt, wenn die Applikationen kommunizieren:
(Die Zahlen in den Klammern geben die Schritte im zeitlichen Ablauf an)
- Application-Server will Funktion auf Workflow-Manager aufrufen (1-2)
- Client fordert mittels einer URL und der lookup-Methode eine Referenz vom
Naming Service an (2-3)
- Es wird eine Proxy-Referenz zurückgeliefert und falls nötig wird der
Stub-Code vom RMI-Server heruntergeladen (3-4)
- Der Client ruft eine Methode mittels der Proxy Referenz auf. Dies erfolgt
auf dem Stub. Allerdings wird verfahren, als würde man auf dem realen Server
eine Methode aufrufen (4-5-6-7)
- Verpacken (Marshalling) des Aufrufs im Stub und übertragen an den
RMI-Server (5, 5-6)
- Unmarshalling der Anfrage vom Client im Skeleton auf dem Server (6)
- Verarbeitung auf dem Server und Weitergabe an die Applikation (6-7-8)
- Ergebnisse von der Server-Applikation an den RMI Server senden (8-9)
- Marshalling des Ergebnisses im Skeleton und senden an den Client (10-11)
- Unmarshalling des Ergebnisses im Stub auf dem Client (11)
- Zustellung des Ergebnisses an die Applikation (12-13)
Jan Kechel
2006-04-28