WebSphere Extended Deployment Compute Grid, Version 6.1.1
             Betriebssysteme: AIX, HP-UX, Linux, Solaris, Windows,


System Programming Interfaces (SPI) und Eigenschaften

Eine SPI (System Programming Interface) ist eine Plug-in-Erweiterung der Ausführungsumgebung. Compute-Grid-SPIs werden über eine Eigenschaftendatei konfiguriert, die die installierten SPIs und ihre Implementierungsklassennamen angibt.

SPI-Eigenschaften

Tabelle 1. Attribute einer Eigenschaftendatei
Eigenschaftendatei Attribut
Name xd.spi.properties
Position <WAS-Installationsverzeichnis>/properties
Format <SPI-Name>=<SPI-Implementierungsklasse>
Alle SPIs werden in einem WebSphere Application Server als Singleton-Objekte instanziert.

Parameterizer-SPI

Der Zweck der Parameterizer-SPI ist die Unterteilung des Jobs der obersten Ebene in mehrere untergeordnete Jobs. Die Parameterizer-SPI legt die Anzahl der untergeordneten Jobs fest, die erstellt werden sollen, sowie die Eingabeeigenschaften, die an jeden untergeordneten Job übergeben werden. Normalerweise enthalten die Eingabeeigenschaften Informationen dazu, welche Datenblöcke ein bestimmter untergeordneter Job verarbeitet. Die Implementierung der Parameterizer-SPI ist obligatorisch.

Es gibt eine standardmäßig verwendete Parameterizer-SPI, die die grundlegenden Funktionen des generischen Parameterizer bereitstellt. Um diese Implementierung in der Datei "xd.spi.properties" aufzurufen, setzen Sie die Eigenschaft von spi.parallel.Parameterizer auf den Wert der Eigenschaft com.ibm.ws.batch.parallel.BuiltInParameterizer. Wenn Sie die Anzahl der Unterjobs angeben möchten, verwenden Sie die Eigenschaft "com.ibm.wsspi.batch.parallel.jobs=N". Dabei steht "N" für die Anzahl der Unterjobs. Wenn Sie eine eindeutige Eigenschaft für eine bestimmte Unterjobinstanz angeben möchten, verwenden Sie die Eigenschaft com.ibm.wsspi.batch.parallel.prop.<Eigenschaftsname>.<Unterjob>=<Wert>. Dabei steht "Unterjob" für die Unterjobinstanz (1< Unterjob < N). Alle anderen Eigenschaften im Format <Eigenschaftsname>= <Wert> sind für alle Unterjobs sichtbar.

Synchronisierungs-SPI

Die Synchronisierungs-SPI ermöglicht die Steuerung der verschiedenen Stadien im Lebenszyklus einer logischen Transaktion. Beispiel: Begin, beforeCompletion, afterCompletion usw. Mit Hilfe dieser Steuerpunkte können Sie gegebenenfalls ein Rollback der logischen Transaktion ausführen.

SubJobCollector-SPI

Die SubJobCollector-SPI sammelt Informationen zur Ausführung eines untergeordneten Jobs. In einer typischen Implementierung werden die Informationen zum Verarbeitungsfortschritt eines untergeordneten Jobs als externalisierbares Objekt im Kontext des untergeordneten Jobs gespeichert. Wenn der Batch-Container die Collector-SPI aufruft, werden die zuvor im Kontext des untergeordneten Jobs gespeicherten Informationen zurückgegeben.

SubJobAnalyzer-SPI

Die SubJobAnalyzer-SPI wird zur Analyse von Informationen verwendet, die zuvor mit der SubJobCollector-SPI gesammelt wurden. In einer typischen Implementierung wird die SubJobAnalyzer-SPI verwendet, um Informationen, die aus allen untergeordneten Jobs erhalten wurden, zu sammeln und anhand dieser Informationen den konsolidierten Rückkehrcode für den Job der obersten Ebene zu ermitteln. Die SubJobAnalyzer-SPI wird während der Prüfpunktverarbeitung und bei Jobbeendigung aufgerufen.

Kontextobjekte

Die Compute-Grid-Laufzeit stellt Kontextobjekte bereit, die einen gemeinsamen Arbeitsbereich für die SPIs und Batch-Artefakte des Anwendungsprogrammiermodells bereitstellen. Ein Kontextobjekt erlaubt es dem Benutzercode, ein Java-Objekt zu speichern und abzurufen und innerhalb des Geltungsbereichs des Kontextes freizugeben. Die Compute-Grid-Laufzeit stellt eine korrekte Bereinigung der Kontextobjekte und Beendigung des Geltungsbereichs sicher. Es gibt zwei Typen von Kontextobjekten:
  • ParallelJobManagerContext: Dieser Typ existiert im Geltungsbereich eines parallelen Jobs. Die Parameterizer-SPI, die SubJobAnalyzer-SPI und die Synchronisierungs-SPI haben für eine bestimmte Instanz eines parallelen Jobs alle Zugriff auf diesen Kontext.
  • SubJobContext: Dieser Typ existiert im Geltungsbereich eines untergeordneten Jobs. SubJobCollector, die Batch-Artefakte des Anwendungsprogrammiermodells, BatchDataStream, BatchJobStepInterface, CheckpointPolicyAlgorithm und ResultsAlgorithm haben für eine bestimmte Instanz eines parallelen Jobs alle Zugriff auf diesen Kontext.



Zugehörige Konzepte
Weitere Hinweise zur Ausführung paralleler Jobs
Zugehörige Tasks
Beispielanwendung für den Manager für parallele Jobs
Manager für parallele Jobs (PJM) installieren und konfigurieren
Zugehörige Verweise
rcgpjmdisaster.html
rcginstallpjm.html
Zugehörige Informationen
Manager für parallele Jobs (PJM)
Referenzartikel    

Nutzungsbedingungen | Feedback

Letzte Aktualisierung: 24.09.2009 16.46 Uhr EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.gridmgr.doc/info/reference/rcgpjmspi.html