Strategien zur automatischen Objektmigration auf Grundlage ...

KAPITEL 4 DAS JSCATTER-SYSTEM
Suffix InstanceManager generiert, die alle Instanzenanteil-repräsentierenden
Objekte der Originalklasse pro Rechner verwaltet. Somit ist zur Laufzeit
auf jeden beteiligten Rechner der verteilten Laufzeitumgebung genau eine
Verwaltungsinstanz pro Originalklasse vorhanden.
Damit auf ein entfernt platziertes Instanzenanteil-repräsentierendes Objekt
auch über seine Verwaltungsinstanz zugegriffen werden kann, wurde eine
Stellvertreterklasse mit Suffix Handle geschaffen, deren Instanzen zur
Laufzeit jeweils über eine Referenz zum zugehörigen InstanceManager
verfügen. Über diese Referenz leitet ein Handle zur Laufzeit Zugriffe auf das
Instanzenanteil-repräsentierende Objekt weiter.
Eine ausführliche Beschreibung des Klassentransformationskonzepts kann in
[FFF+2002] nachgelesen werden.
In der Abbildung 4.3 ist beispielhaft für die Klasse Example, die nach der
Transformation bestehende Klassenhierachie dargestellt. Hierbei ist im Zusammenhang
mit Abbildung 4.2 zu sehen, dass Klassen mit dem Suffix
Handle, InstanceManager und ClassObject gemäß ihren Suffixen
gleichnamige Klassen erweitern.
4.2 Transformator
Der Transformator erzeugt aus einer übersetzten Java-Anwendung, unter
Verwendung des in Abschnitt 4.1 erläuterten Transformationskonzeptes, eine
Java-Anwendung, die im JScatter-Laufzeitsystem verteilt ausgeführt werden
kann.
Für die Arbeit mit Java-Klassen setzt der Transformator die Bibliothek BCEL
[Dah1998, Dah2001] und die Analyseumgebung Pauli [Thi2001] ein. Bei der
Transformation einer Java-Anwendung werden Instruktionen zum Bytecode
der Klassen hinzugefügt, über die zur Laufzeit mit einem Verteilungsplan
(siehe Abschnitt 4.4) die Rechnerknoten bestimmt werden, auf denen ein
Objekt platziert wird.
Der Transformationsprozess besteht aus vier Phasen (siehe Abbildung 4.4). In
der ersten Phase, der Hüllenbildung, wird die Menge aller Klassen und
Methoden der Eingabeanwendung sowie der notwendigen Bibliotheken
inklusive der Java-Standard-Bibliothek auf den minimal zur Ausführung
benötigten Umfang reduziert [FFF+2002].
Die Hüllenbildung wird mit einem Werkzeug namens Jode [JSN2002] durchgeführt.
Jode benötigt als Eintrittspunkte die Namen der Methoden einer
Klassen, von denen aus die Anwendung ausgeführt wird.
In der zweiten Phase, der sogenannten Stellenersetzung, werden alle zu transformierenden
Stellen untersucht, an denen entweder ein neues Objekt erzeugt
wird (Erzeugungsstelle) oder ein erzeugtes Objekt verwendet wird (Verwendungsstelle).
In der dritten Phase generiert der Transformator alle Klassen,
30