Java ist auch eine Insel – 18.10 Aufräumen mit dem DGC

Java ist auch eine Insel von Christian Ullenboom
Programmieren für die Java 2-Plattform in der Version 5 (Tiger-Release)

Kapitel 18 Verteilte Programmierung mit RMI und SOAP
	18.1 Entfernte Methoden
		18.1.1 Wie entfernte Methoden arbeiten
		18.1.2 Stellvertreter (Proxy)
		18.1.3 RMI
		18.1.4 Wie die Stellvertreter die Daten übertragen
		18.1.5 Probleme mit entfernten Methoden
	18.2 Nutzen von RMI bei Middleware-Lösungen
	18.3 Die Lösung für Java ist RMI
		18.3.1 Entfernte Objekte programmieren
		18.3.2 Entfernte und lokale Objekte im Vergleich
	18.4 Definition einer entfernten Schnittstelle
	18.5 Das entfernte Objekt
		18.5.1 Der Bauplan für entfernte Objekte
		18.5.2 Der Konstruktor
		18.5.3 Implementierung der entfernten Methoden
	18.6 Stellvertreterobjekte erzeugen
		18.6.1 Das Dienstprogramm rmic
	18.7 Der Namensdienst (Registry)
		18.7.1 Der Port
	18.8 Der Server
		18.8.1 Entfernte Objekte beim Namensdienst anmelden
		18.8.2 Automatisches Anmelden bei Bedarf
	18.9 Einen Client programmieren
		18.9.1 Einfaches Logging
	18.10 Aufräumen mit dem DGC
	18.11 Entfernte Objekte übergeben und laden
		18.11.1 Klassen vom RMI-Klassenlader nachladen
		18.11.2 Sicherheitsmanager
	18.12 Registry wird vom Server gestartet
	18.13 RMI über die Firewall
		18.13.1 RMI über HTTP getunnelt
	18.14 RMI und CORBA
	18.15 UnicastRemoteObject, RemoteServer und RemoteObject
	18.16 Daily Soap
		18.16.1 SOAP-Implementierung der Apache-Gruppe
		18.16.2 Einen Client mit der Apache-Bibliothek implementieren
		18.16.3 Der Seifen-Server
	18.17 Java-API für XML Messaging (JAXM)
	18.18 Java Message Service (JMS)
		18.18.1 OpenJMS
		18.18.2 Beispiel mit Konsument und Produzent im Publish–Subscribe–Modell

18.10 Aufräumen mit dem DGC

Im verteilten Fall reicht der normale GC nicht, und das Konzept muss um einen verteilten GC (engl. distributed GC, kurz DGC) erweitert werden. Im lokalen Fall weiß die lokale Maschine immer, ob ein Objekt referenziert wird, im verteilten Fall kann auf dem Server ein Objekt existieren, für das sich kein Mensch mehr interessiert. Damit im verteilten Fall auch der GC nicht mehr benutzte Objekte auf der Server-Seite freiräumen kann, verschickt die Maschine beim Nutzen und Lösen von Verbindungen referenced beziehungsweise dereferenced Meldungen. Ist die Verbindung dann gelöst, bleibt die Klasse jedoch noch einige Zeit auf dem Server und wird nicht sofort gelöst. Aussagen über die Verweildauer gibt die Lease an, die sich über eine Eigenschaft verändern lässt.

Beispiel Setze die Verweildauer für Objekte auf eine halbe Stunde hoch.


java -Djava.rmi.dgc.leaseValue=30 MyClass

Die Standarddauer ist auf 10 Minuten gesetzt.

<< zurück

<top>

vor >>