Java Reference
In-Depth Information
■
6 . 2 Framework
Durch die Beschreibung der Beispielkomponenten im vorhergehenden Abschnitt sollte deut-
lich geworden sein, was das Framework zu leisten hat. In vereinfachter Form kann es so
zusammengefasst werden:
!
Das Framework muss eine spezielles Verzeichnis auf Änderungen beobachten.
!
Für jede neue Jar- oder Zip-Datei muss in der Manifest-Datei nachgesehen werden, wie
die Einstiegsklasse heißt. Dann muss für diese Klasse ein Objekt erzeugt werden (das
„Hauptobjekt“ für diese Komponente). Anschließend werden auf dem „Hauptobjekt“ alle
mit @Start annotierten Methoden aufgerufen, die die passende Signatur haben.
!
Falls eine Jar- oder Zip-Datei gelöscht wurde, müssen auf dem „Hauptobjekt“ alle mit
@Stop versehenen Methoden aufgerufen werden, die die passende Signatur haben.
!
Falls eine Jar- oder Zip-Datei aktualisiert wurde, kann das Framework sich so verhalten,
als wäre die Datei gelöscht und anschließend neu erzeugt worden.
6 . 2 .1 Struktur des Komponenten-Frameworks
Die Struktur des Frameworks mit den vier wichtigsten Objekten ist in Bild 6.3 dargestellt.
Das Framework ist bewusst sehr einfach gehalten; seine Implementierung hat weniger als
einen Tag in Anspruch genommen. Dennoch stellt es einige typische Funktionen eines
Komponentensystems bereit und basiert auf einigen der im ersten Teil des Buchs vermittel-
ten Java-Grundlagen.
addDirectoryListener
check
detectedNewFile
detectedMissingFile
detectedModifiedFile
:CheckedDirectory
:DeploymentDirectoryListener
createDirectory
analyzeManifestFile
getClassPath
removeDirectory
createComponent
removeComponent
auf Änderungen
prüfen
:WorkSpace
:ComponentManager
Dateien erzeugen,
lesen und löschen
Reflecon
Installaonsverzeichnis
für Komponenten
Arbeitsverzeichnis
Bild 6.3
Zusammenwirken der wichtigsten Objekte des Frameworks
