Rheinwerk Computing < openbook > Rheinwerk Computing - Professionelle Bücher. Auch für Einsteiger.
Professionelle Bücher. Auch für Einsteiger.
 
Inhaltsverzeichnis
Vorwort
1 Neues in Java 8 und Java 7
2 Fortgeschrittene String-Verarbeitung
3 Threads und nebenläufige Programmierung
4 Datenstrukturen und Algorithmen
5 Raum und Zeit
6 Dateien, Verzeichnisse und Dateizugriffe
7 Datenströme
8 Die eXtensible Markup Language (XML)
9 Dateiformate
10 Grafische Oberflächen mit Swing
11 Grafikprogrammierung
12 JavaFX
13 Netzwerkprogrammierung
14 Verteilte Programmierung mit RMI
15 RESTful und SOAP-Web-Services
16 Technologien für die Infrastruktur
17 Typen, Reflection und Annotationen
18 Dynamische Übersetzung und Skriptsprachen
19 Logging und Monitoring
20 Sicherheitskonzepte
21 Datenbankmanagement mit JDBC
22 Java Native Interface (JNI)
23 Dienstprogramme für die Java-Umgebung
Stichwortverzeichnis

Jetzt Buch bestellen
Ihre Meinung?

Spacer
<< zurück
Java SE 8 Standard-Bibliothek von Christian Ullenboom
Das Handbuch für Java-Entwickler
Buch: Java SE 8 Standard-Bibliothek

Java SE 8 Standard-Bibliothek
Pfeil 14 Verteilte Programmierung mit RMI
Pfeil 14.1 Entfernte Objekte und Methoden
Pfeil 14.1.1 Stellvertreter helfen bei entfernten Methodenaufrufen
Pfeil 14.1.2 Standards für entfernte Objekte
Pfeil 14.2 Java Remote Method Invocation
Pfeil 14.2.1 Zusammenspiel von Server, Registry und Client
Pfeil 14.2.2 Wie die Stellvertreter die Daten übertragen
Pfeil 14.2.3 Probleme mit entfernten Methoden
Pfeil 14.2.4 Nutzen von RMI bei Middleware-Lösungen
Pfeil 14.2.5 Zentrale Klassen und Schnittstellen
Pfeil 14.2.6 Entfernte und lokale Objekte im Vergleich
Pfeil 14.3 Auf der Serverseite
Pfeil 14.3.1 Entfernte Schnittstelle deklarieren
Pfeil 14.3.2 Remote-Objekt-Implementierung
Pfeil 14.3.3 Stellvertreterobjekte
Pfeil 14.3.4 Der Namensdienst (Registry)
Pfeil 14.3.5 Remote-Objekt-Implementierung exportieren und beim Namensdienst anmelden
Pfeil 14.3.6 Einfaches Logging
Pfeil 14.3.7 Aufräumen mit dem DGC *
Pfeil 14.4 Auf der Client-Seite
Pfeil 14.5 Entfernte Objekte übergeben und laden
Pfeil 14.5.1 Klassen vom RMI-Klassenlader nachladen
Pfeil 14.6 Weitere Eigenschaften von RMI
Pfeil 14.6.1 RMI und CORBA
Pfeil 14.6.2 RMI über HTTP getunnelt
Pfeil 14.6.3 Automatische Remote-Objekt-Aktivierung
Pfeil 14.7 Java Message Service (JMS)
Pfeil 14.8 Zum Weiterlesen
 
Zum Seitenanfang

14.6Weitere Eigenschaften von RMI Zur vorigen ÜberschriftZur nächsten Überschrift

 
Zum Seitenanfang

14.6.1RMI und CORBA Zur vorigen ÜberschriftZur nächsten Überschrift

Neben der reinen Java-Lösung RMI gibt es auf dem weiten Feld der Standards noch das komplexe CORBA. Die Object Management Group hatte Sun damals vorgeworfen, mit RMI einen zweiten Standard zu schaffen. Die Frage nach dem Sinn von RMI ist also erlaubt. Die Antwort liegt in der Einfachheit und Integration von RMI.

Mittlerweile ist RMI an den De-facto-Standard CORBA angepasst. Die Stellvertreter-Objekte sprechen nicht nur das eigene JRMP (Java Remote Method Protocol), sondern können ihre Dienste auch über das Inter-ORB Protocol (IIOP) von CORBA anbieten; das Protokoll ist dann nicht mehr das proprietäre JRMP, sondern RMI/IIOP (»RMI über IIOP«). Damit kann jeder CORBA-Client entfernte RMI-Objekte nutzen. Oracle bringt einen kleinen Miniserver zur Kommunikation mit und ebenso Schnittstellen und Klassen für die Kommunikation mit dem ORB.

 
Zum Seitenanfang

14.6.2RMI über HTTP getunnelt Zur vorigen ÜberschriftZur nächsten Überschrift

Bei der Kommunikation der beiden Partner gibt es eine direkte Verbindung über Socket-Objekte. Diesen Sockets wird ein Port zugewiesen, sodass RMI die serialisierten Daten dann über diese zugewiesenen Ports überträgt. Dies führt jedoch bei einer Firewall, die ein internes Firmennetz schützen möchte und nur genau spezifizierte Ports, Protokolle und Richtungen offen lässt, zu Problemen. Soll eine RMI-Lösung für ein abgeschottetes Netz entwickelt werden, stellt sich die Frage, welche Technik eingesetzt werden soll.

HTTP dient normalerweise zum Übertragen der Daten zwischen Webserver und Browser. RMI bietet zum Übertragen der Daten eine Lösung über HTTP an. Ist das Internetprotokoll installiert, so lässt die Firewall die Anfragen und Antworten der Internetpartner passieren – üblicherweise auf Port 80. Die RMI-Lösung macht es sich zunutze, dass die Daten in spezielle HTTP-Pakete eingepackt (getunnelt) werden. Dazu nutzt das Tunneling-Protokoll veränderte POST-Kommandos. Die Transportschicht des Clients generiert dann eine POST-Anfrage, wobei hier zwei unterschiedliche Verfahren zum Einsatz kommen:

  • Der Sender schickt die Anfrage direkt an den RMI-Server, der an dem Port horcht. Dieser nimmt anschließend aus dem POST-Paket die Daten heraus und interpretiert sie. Das wäre eine Lösung, wenn es hinter dem Sender eine Firewall gibt, aber nicht vor dem Empfänger. Wenn Sender und Empfänger geschützt sind, hilft ein zweites Verfahren.

  • Der Transportmechanismus arbeitet vollständig über HTTP-Anweisungen. Dann antwortet auf der Serverseite der Webserver, der die Anfragen weiterleiten muss. Dazu dient ein CGI-Skript, das die Daten wiederum zum RMI-Server hochreicht.

Auf diese Weise werden die Objekte übertragen, allerdings mit einer Verzögerung, die durch das zusätzliche Verpacken und den eventuellen Aufruf des CGI-Skripts bedingt ist.

Das Schöne an dieser Lösung ist, dass der Client es gar nicht mitbekommt und nicht besonders konfiguriert werden muss. Soll das Verfahren ausdrücklich verboten werden, ist die Eigenschaft java.rmi.server.disableHttp auf true zu setzen.

 
Zum Seitenanfang

14.6.3Automatische Remote-Objekt-Aktivierung Zur vorigen ÜberschriftZur nächsten Überschrift

Bisher haben wir ein entferntes Objekt erzeugt und angemeldet, sodass das Objekt später schon da ist, wenn es angesprochen wird. Sollten auf einem Objektserver Hunderte Remote-Objekte vor sich hin dämmern, ist das natürlich nicht sonderlich effektiv und kostet unnötig Ressourcen. Daher unterstützt die Bibliothek eine Technik namens Remote Object Activation (ROA), die das automatische Starten eines Dienstes ermöglicht, wenn der erste Zugriff stattfindet; das wird lazy activation genannt. Damit ROA funktioniert, müssen wir als Entwickler zwei Schritte tun:

  1. Wir leiten unser Remote-Objekt von der abstrakten Klasse Activatable ab, die wiederum von RemoteServer erbt, oder wir exportieren das Objekt mit Activatable.exportObject(Remote, …). Damit bleiben die entfernten Objekte bis zu ihrer Aktivierung in einem Dämmerzustand. Kommt die erste Anfrage, baut das System dieses Objekt auf, sodass es Anfragen entgegennehmen kann. Wird das Objekt nach seiner Tat wiederum nicht verwendet, kann es wieder eingefroren werden; persistente Daten verwaltet ein serialisierbares MarshalledObject. Die unterschiedlichen Klassen zum Aktivieren bei Bedarf liegen alle im Paket java.rmi.activation.

  2. Damit das System zur Laufzeit den entfernten Zugriff erkennt, ist der RMI Activation Daemon rmid nötig. Er läuft auf der gleichen Maschine wie das aktivierbare Remote-Objekt.

Weitere Hinweise gibt die Webseite unter http://tutego.de/go/rmiactivation.

 


Ihre Meinung

Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.

<< zurück
Zum Rheinwerk-Shop
Zum Rheinwerk-Shop: Java SE 8 Standard-Bibliothek Java SE 8 Standard-Bibliothek
Jetzt Buch bestellen

 Buchempfehlungen
Zum Rheinwerk-Shop: Java ist auch eine Insel
Java ist auch eine Insel


Zum Rheinwerk-Shop: Professionell entwickeln mit Java EE 8
Professionell entwickeln mit Java EE 8


Zum Rheinwerk-Shop: Besser coden
Besser coden


Zum Rheinwerk-Shop: Entwurfsmuster
Entwurfsmuster


Zum Rheinwerk-Shop: IT-Projektmanagement
IT-Projektmanagement


 Lieferung
Versandkostenfrei bestellen in Deutschland, Österreich und der Schweiz
InfoInfo

 
 


Copyright © Rheinwerk Verlag GmbH 2018
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das Openbook denselben Bestimmungen, wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt.
Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.

 
Nutzungsbestimmungen | Datenschutz | Impressum

Rheinwerk Verlag GmbH, Rheinwerkallee 4, 53227 Bonn, Tel.: 0228.42150.0, Fax 0228.42150.77, service@rheinwerk-verlag.de

Cookie-Einstellungen ändern