pdf 1.967 kB - Praktische Informatik - Universität Siegen

KAPITEL 3. ENTWICKLUNG DES SYSTEMS
Die Serverklasse ruft beim Initialisiarungsprozess die geforderte statische Methode
"exportObject(java.rmi.Remote)" der Klasse
"java.rmi.server.UnicastRemoteObject" auf. Anschließend meldet sie sich mit dem
nachfolgenden Aufruf bei der RMI-Registry an und steht für die Aufträge potenzieller
Clients zur Verfügung.
Naming.rebind("rmi://"+
InetAddress.getLocalHost().getHostName()+"/CAEWServer", this);
Die Funktionalität des Clients gehört nicht mehr zu der Funktionalität des Hauptsystems,
sondern wird als Plugin mit dem Namen "Run-Plugin" in das System integriert.
Dies bietet den Vorteil, diese Funktionalität relativ einfach verändern, aktualisieren bzw.
ersetzen zu können. Das System aktiviert die Client-Funktion erst nachdem ein Benutzer
einen bzw. eine Reihe von Testläufen definiert hat und den Befehl zur Berechnung dieser
gegeben hat. Die definierten Testläufe befinden sich in einer tabellarisch strukturierten
Anordnung in einem Vector. 6 Wurde nun der Befehl erteilt eine Reihe von Testläufen
zu starten, beschafft das System die vom Benutzer erstellte Liste der Servernamen, die
für Testlaufberechnungen zur Verfügung stehen. Nach einer Verbindungsprüfung wird
als nächstes zu jedem Server, der in der Liste als verfügbar eingetragen ist, ein Client-
Objekt 7 erstellt. Somit ist jedem Client-Objekt genau ein Server zugeteilt mit dem dieser
kommuniziert. Als nächstes werden diese Client-Objekte an ein Scheduler-Objekt
des Typs "runPlugin.de.usi.caew.rmi.ServerScheduler" übergeben, welches unter
anderem die Aufgabe hat, die definierten Testläufe an die einzelnen Clients zu verteilen.
Das Scheduler-Objekt startet anschließend die Ausführung der einzelnen Client-Objekte,
die als eigenständige Threads ausgeführt werden und wartet auf deren Anfragen.
Nachdem ein Client-Objekt als eigener Thread gestartet wurde, fordert es beim Scheduler-
Objekt den nächsten anstehenden Testlauf an.
Um zu vermeiden, dass eine fehlerhafte Zuteilung von Testläufen an die Clients auftritt
- wie beispielsweise das Berechnen der selben Läufe auf mehreren Servern zur gleichen
Zeit oder das mehrmalige Zuteilen des gleichen Testlaufs an den selben Client - besitzen
die definierten Testläufe zusätzliche Informationen. Diese Informationen stehen in Form
einer Integer-Variablen bei jedem Testlauf zur Verfügung und geben den Zustand dieses
Testlaufs an. Dabei haben die Zustände folgende Bedeutungen:
0 - Testlauf bereit zur Vergabe an nächsten Client um die Berechnung zu durchlaufen.
1 - Testlauf wird zur Zeit berechnet.
2 - Testlauf wurde bereits erfolgreich berechnet
Zudem übermittelt jeder Client bei der Anfrage an den Scheduler eine Liste der Testläufe,
6 Objekte der Klasse java.util.Vector bieten eine ähnliche Funktionsweise wie Arrays. Somit ist es
möglich, Werte bzw. Objekte in ihnen abzulegen und auf diese zuzugreifen.
7 Die Client-Objekte sind Instanzen der Klasse “RunClient“, die im Paket “runPlugin.de.usi.caew.rmi“
des Run-Plugins zu finden ist.
28