Konzeption und Implementierung eines ... - Stephan, Daniel

KONFIGURATION 96
${strategy.documents.number}
Abbildung 8.3.: Ausschnitt der Komponentenkonfiguration
8.3. Konfiguration
In Abbildung 8.3 wird exemplarisch die Konfiguration einer Komponente ge-
zeigt. Das Format wird vom Spring Framework 1 vorgegeben, welches die Kom-
ponenten zur Laufzeit mit den jeweiligen Werten versieht und sie wie vorgegeben
initialisiert. Es handelt sich dabei um ein auf XML basierendes Format. Der Vor-
teil, solch eine Konfiguration zu verwenden, liegt in der einfachen nachträglichen
Austauschbarkeit zentraler Komponenten. Dargestellt ist in diesem Beispiel die
DocumentProducer-Komponente. Diese liest die Dokument-Daten aus der Da-
tenquelle (der Datenbank) ein und legt sie in einer FIFO-Liste (First In, First
Out) ab, aus der sich die weiteren (konsumierenden) Komponenten bedienen
können.
Der DocumentProducer delegiert das eigentliche laden der Dokumente jedoch
an eine weitere Komponente, in diesem Falle an das FetchRandomTemplate.
Diese Komponente lädt eine bestimmte Anzahl von Objekten in zufälliger Rei-
henfolge aus der Datenbank. Es ist somit zu erwarten, dass bei jedem Durch-
lauf andere Objekte aus dem Fundus geladen werden. Man sieht auch, dass die
Anzahl an Dokumenten durch eine Variable strategy.documents.number de-
finiert wird. Diese Variable wird aus einer .properties Datei (dies ist ein Stan-
dardformat der Java-Plattform für Konfigurationsdateien) eingelesen, die ent-
weder im ” home“-Verzeichnis des Nutzers oder im aktuellen Arbeitsverzeichnis
unter dem Namen seacluster.properties erwartet wird. Die Annahme, die
für diese Zweiteilung spricht, ist die, dass die Konfigurationsdatei, die durch die
1 WWW Adresse: http://www.springframework.org