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 7
2 Threads und nebenläufige Programmierung
3 Datenstrukturen und Algorithmen
4 Raum und Zeit
5 Dateien, Verzeichnisse und Dateizugriffe
6 Datenströme
7 Die eXtensible Markup Language (XML)
8 Dateiformate
9 Grafische Oberflächen mit Swing
10 Grafikprogrammierung
11 Netzwerkprogrammierung
12 Verteilte Programmierung mit RMI
13 RESTful und SOAP Web-Services
14 JavaServer Pages und Servlets
15 Applets
16 Datenbankmanagement mit JDBC
17 Technologien für die Infrastruktur
18 Reflection und Annotationen
19 Dynamische Übersetzung und Skriptsprachen
20 Logging und Monitoring
21 Java Native Interface (JNI)
22 Sicherheitskonzepte
23 Dienstprogramme für die Java-Umgebung
Stichwort

Buch bestellen
Ihre Meinung?

Spacer
Java 7 - Mehr als eine Insel von Christian Ullenboom
Das Handbuch zu den Java SE-Bibliotheken
Buch: Java 7 - Mehr als eine Insel

Java 7 - Mehr als eine Insel
Rheinwerk Computing
1433 S., 2012, geb.
49,90 Euro, ISBN 978-3-8362-1507-7
Pfeil 12 Verteilte Programmierung mit RMI
Pfeil 12.1 Entfernte Objekte und Methoden
Pfeil 12.1.1 Stellvertreter helfen bei entfernten Methodenaufrufen
Pfeil 12.1.2 Standards für entfernte Objekte
Pfeil 12.2 Java Remote Method Invocation
Pfeil 12.2.1 Zusammenspiel von Server, Registry und Client
Pfeil 12.2.2 Wie die Stellvertreter die Daten übertragen
Pfeil 12.2.3 Probleme mit entfernten Methoden
Pfeil 12.2.4 Nutzen von RMI bei Middleware-Lösungen
Pfeil 12.2.5 Zentrale Klassen und Schnittstellen
Pfeil 12.2.6 Entfernte und lokale Objekte im Vergleich
Pfeil 12.3 Auf der Serverseite
Pfeil 12.3.1 Entfernte Schnittstelle deklarieren
Pfeil 12.3.2 Remote-Objekt-Implementierung
Pfeil 12.3.3 Stellvertreterobjekte
Pfeil 12.3.4 Der Namensdienst (Registry)
Pfeil 12.3.5 Remote-Objekt-Implementierung exportieren und beim Namensdienst anmelden
Pfeil 12.3.6 Einfaches Logging
Pfeil 12.3.7 Aufräumen mit dem DGC *
Pfeil 12.4 Auf der Clientseite
Pfeil 12.5 Entfernte Objekte übergeben und laden
Pfeil 12.5.1 Klassen vom RMI-Klassenlader nachladen
Pfeil 12.6 Weitere Eigenschaften von RMI
Pfeil 12.6.1 RMI und CORBA
Pfeil 12.6.2 RMI über HTTP getunnelt
Pfeil 12.6.3 Automatische Remote-Objekt-Aktivierung
Pfeil 12.7 Java Message Service (JMS)
Pfeil 12.8 Zum Weiterlesen

Rheinwerk Computing - Zum Seitenanfang

12.6 Weitere Eigenschaften von RMIZur nächsten Überschrift


Rheinwerk Computing - Zum Seitenanfang

12.6.1 RMI und CORBAZur nächsten ÜberschriftZur vorigen Ü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 Mini-Server zur Kommunikation mit und ebenso Schnittstellen und Klassen für die Kommunikation mit dem ORB.


Rheinwerk Computing - Zum Seitenanfang

12.6.2 RMI über HTTP getunneltZur nächsten ÜberschriftZur vorigen Ü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 Internet-Protokoll installiert, so lässt die Firewall die Anfragen und Antworten der Internet-Partner 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.


Rheinwerk Computing - Zum Seitenanfang

12.6.3 Automatische Remote-Objekt-AktivierungZur vorigen Ü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 Objekt-Server 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(). 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.



Ihr Kommentar

Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen.

>> Zum Feedback-Formular
<< zurück
  Zum Katalog
Zum Katalog: Java 7 – Mehr als eine Insel
Java 7 – Mehr als eine Insel
Jetzt bestellen


 Ihre Meinung?
Wie hat Ihnen das <openbook> gefallen?
Ihre Meinung

 Buchempfehlungen
Zum Katalog: Java SE Bibliotheken






 Java SE Bibliotheken


Zum Katalog: Professionell entwickeln mit Java EE 7






 Professionell
 entwickeln mit
 Java EE 7


Zum Katalog: Java ist auch eine Insel






 Java ist auch
 eine Insel


Zum Katalog: Einstieg in Eclipse






 Einstieg in Eclipse


Zum Katalog: Einstieg in Java






 Einstieg in Java


 Shopping
Versandkostenfrei bestellen in Deutschland und Österreich
InfoInfo




Copyright © Rheinwerk Verlag GmbH 2012
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das 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.


[Rheinwerk Computing]

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