2016-06-29 24 views
0

Ich habe versucht, diese link zu folgen, und ich tat es Schritt für Schritt für vier Mal, für die ersten 3 Mal habe ich WSO2 MB als Broker und die letzte Ich habe versucht, Apache ActiveMQ, aber das Problem ist, wenn ich SimpleQuoteService-Server herunterfahren und Nachrichten über SoapUI an den Proxy senden, sie in meiner Warteschlange ansammeln und meine geplante Nachrichtenweiterleitung Prozessor wird nach Erreichen maximale Zustellversuche deaktiviert, aber WSO2-ESB-Dokumentation ist sayinq : "Um das Failover-Szenario zu testen, fahren Sie den JMS-Broker herunter (dh den ursprünglichen Nachrichtenspeicher) und senden Sie einige Nachrichten an den Proxy-Dienst. Sie werden sehen, dass die Nachrichten seit dem Original nicht an das Back-End gesendet werden Nachrichtenspeicher ist nicht verfügbar.Sie werden auch sehen, dass die Nachrichten sto sind rot im Failover-Nachrichtenspeicher. "WSO2 ESB geplante Nachrichtenweiterleitung Prozessor wird inaktiv nach erreichen Max Zustellversuch

Jeder zu erklären? !!!

Antwort

2

Sie können die Deaktivierung der Parametereinstellung "max.delivery.drop" des Nachrichtenprozessors auf "Enabled" deaktivieren. Es wird die Nachricht nach maximalen Zustellungsversuchen fallenlassen, ohne den Prozessor zu deaktivieren. Für Dokumente (Definitionen) dieser Parameter siehe here.

+0

Danke, aber eigentlich wusste ich das, gibt es einen Weg, ohne Nachricht Prozessor zu deaktivieren und ohne Nachrichten zu verlieren ?! zum Beispiel irgendein Integrationsmuster. –

+0

Möchten Sie weiterversenden, bis das Backend am Leben ist? –

+0

Ja, genau ... –