Übergabe von Anforderungen für Stapelverarbeitung unter Verwendung des Konfigurationsmanager-Proxys

Dies ist ein Teil der übergeordneten Task des Entwickelns von Konfigurationsmanager-Proxy-Anwendungen, und zwar handelt es sich hier um eine der erweiterten Funktionen des CMPs.

Mit dem CMP können Sie mehrere Anforderungen für denselben Konfigurationsmanager gruppieren und anschließend als einzelne Arbeitseinheit übergeben.

Zum Starten der Stapelverarbeitung muss die Anwendung die Methode beginUpdates() für die Kennung ConfigManagerProxy aufrufen. Mit dieser Methode wird der CMP aufgefordert, die Übergabe aller Anforderungen zur Statusänderung an den Konfigurationsmanager einzustellen, bis eine gegenteilige Anweisung gegeben wird. Mit der Methode sendUpdates() wird der CMP dazu aufgefordert, alle Anforderungen, die er seit dem letzten beginUpdates()-Aufruf empfangen hat, als Stapel zu übergeben, und clearUpdates() kann dazu verwendet werden, einen Stapel ohne Übergabe an den Konfigurationsmanager zu verwerfen. Über die Methode isBatching() kann festgestellt werden, ob ein Stapel derzeit aktiv ist. Beachten Sie, dass für jede CMP-Kennung jeweils nur ein Stapel aktiv sein kann.

Einer der Vorteile der Batch-Methode ist, dass sie sicherstellt, dass während des Stapelbetriebs Nachrichten anderer Anwendungen vom Konfigurationsmanager nicht verarbeitet werden. Wenn ein Konfigurationsmanager einen Anforderungsstapel empfängt, verarbeitet er die Anforderungen in der Reihenfolge, in der sie zum Stapel hinzugefügt wurden (FIFO), und es werden keine Anforderungen von anderen CMP-Anwendungen verarbeitet, bis der gesamte Stapel abgearbeitet ist.

Sehen Sie sich folgende Befehlsfolge zur Veranschaulichung an:
BrokerProxy b2 = topology.createBroker("B2", "QMB2");
ExecutionGroupProxy e = b2.createExecutionGroup("default");
b2.deploy();

Nur mit Verwendung der Stapelmethode kann sichergestellt werden, dass diese Aktionen erfolgreich ausgeführt werden. Beispiel: Selbst wenn jeder Befehl ansonsten erfolgreich ausgeführt würde, wird der Broker B2, der von der ersten Anwendung erstellt wurde, möglicherweise von einer zweiten (möglicherweise fernen) Anwendung gelöscht, bevor die zwei anderen Befehle verarbeitet werden.

Durch die Verwendung einer Batchmethode für die Befehlsfolge wird sichergestellt, dass der Konfigurationsmanager alle Befehle zusammen verarbeitet, d. h., dass keine andere Anwendung den logischen Ablauf stören kann.
cmp.startUpdates();
BrokerProxy b2 = topology.createBroker("B2", "QMB2");
ExecutionGroupProxy e = b2.createExecutionGroup("default");
b2.deploy();
cmp.sendUpdates();

Ein weiterer Vorteil der Batchmethode ist der Leistungsaspekt. Für jede Anforderung sendet der CMP normalerweise jeweils eine WebSphere MQ-Nachricht an den Konfigurationsmanager. In Situationen, in denen viele Anforderungen in rascher Abfolge gesendet werden, bietet die Batchmethode im Hinblick auf die Verarbeitungszeit und den benötigten Speicherplatz – beispielsweise bei Erstellung einer Themenhierarchie - große Vorteile. Jeder Anforderungsstapel wird in einer einzigen WebSphere MQ-Nachricht gesendet, so dass sich der Aufwand für die jeweiligen Methoden erheblich reduziert.

Im Batchmodus stehen keine transaktionsorientierten Funktionen (COMMIT-Operationen und ROLLBACK-Operationen) zur Verfügung; es ist gut möglich, dass einige Anforderungen in einem Stapel erfolgreich ausgeführt werden, andere jedoch fehlschlagen. Wenn die Verarbeitung einer Stapelanforderung durch den Konfigurationsmanager fehlschlägt, setzt er dennoch den Vorgang fort und verarbeitet die nächste Anforderung im Stapel.

Zugehörige Tasks
Umgebung für das Entwickeln und Ausführen von Konfigurationsmanager-Proxy-Anwendungen konfigurieren
Erweiterte Funktionen des Konfigurationsmanager-Proxys
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ae33130_