WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

Anforderungen für Stapelverarbeitung aus einer Konfigurationsmanager-Proxy-Anwendung übergeben

Mit der CMP-API können Sie mehrere an denselben Broker gerichtete Anforderungen gruppieren und als eine einzelne Arbeitseinheit übergeben.

Zum Starten einer Stapelverarbeitung muss die Anwendung die Methode beginUpdates() für die Kennung BrokerProxy aufrufen. Die CMP-API verzögert die Übergabe aller Anforderungen zur Statusänderung an den Broker, bis sie informiert wird, dass ein Anforderungsstapel zum Senden bereitsteht.

Mit der Methode sendUpdates() wird die CMP-API angewiesen, alle Anforderungen, die sie seit dem letzten beginUpdates()-Aufruf empfangen hat, als Stapel zu übergeben. Mit der Methode clearUpdates() kann ein Stapel ohne Übergabe an den Broker verworfen werden. Die Anwendung kann über die Methode isBatching() feststellen, ob ein Stapel derzeit aktiv ist. Es kann immer nur jeweils ein Stapel für eine CMP-API-Kennung aktiv sein.

Einer der Vorteile der Batch-Methode ist, dass sie sicherstellt, dass während des Stapelbetriebs Nachrichten anderer Anwendungen vom Broker nicht verarbeitet werden. Wenn ein Broker 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 Konfigurationsmanager-Proxy-Anwendungen verarbeitet, bis der gesamte Stapel abgearbeitet ist.

Betrachten Sie die folgende Befehlsfolge:
ExecutionGroupProxy e = b.createExecutionGroup("EG2");
e.deploy("mybar.bar");

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

Durch die Verwendung einer Stapelmethode für die Befehlsfolge wird sichergestellt, dass der Broker alle Befehle zusammen verarbeitet, d. h., dass keine andere Anwendung den logischen Ablauf stören kann.
b.startUpdates();
ExecutionGroupProxy e = b.createExecutionGroup("EG2");
e.deploy("mybar.bar");
b.sendUpdates();

Ein weiterer Vorteil der Stapelmethode ist der Leistungsaspekt. Für jede Anforderung sendet der Konfigurationsmanager-Proxy normalerweise jeweils eine WebSphere MQ-Nachricht an den Broker.

In Situationen, in denen viele Anforderungen in rascher Abfolge gesendet werden, bietet die Stapelmethode im Hinblick auf die Verarbeitungszeit und den benötigten Speicherplatz große Vorteile. Angenommen, Ihre Anwendung erstellt eine Reihe von Ausführungsgruppen auf einem einzelnen Broker. Jeder Anforderungsstapel wird in einer einzigen WebSphere MQ-Nachricht gesendet, wodurch sich der Aufwand für die jeweiligen Methoden erheblich reduziert.

Im Stapelmodus 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 Broker fehlschlägt, setzt er dennoch den Vorgang fort und verarbeitet die nächste Anforderung im Stapel, bis er alle Anforderungen im Stapel versucht hat.

Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:21:15


TaskthemaTaskthema | Version 8.0.0.5 | ae33130_