Was passiert, wenn eine Meldung wird zurückgesetzt, im MQ?

Erhalte ich eine Nachricht von einer WebSPhere MQ-Warteschlange. Ich versuche zu verarbeiten und wenn ich bekomme einige Ausnahmen, an die ich zurücksetzen möchten Sie die Nachricht an die MQ-Warteschlange.

Ich habe keine Probleme in das gleiche tun. Was passiert mit der Meldung? Geht es um die Unterseite der Warteschlange?

Wenn ich versuche, und ziehen Sie eine Nachricht aus der Warteschlange würde ich dieselbe Meldung, dass ich rolledback?

Was ist das Verhalten wahrscheinlich? Ich möchte wissen, ist dieses Verhalten in der Regel in einem high-volume-Warteschlange Szenario?

Schätze alle Eingaben.

Dank,
Manglu

InformationsquelleAutor Manglu | 2009-05-26

  1. 7

    Wenn Sie das tun, queue-Operationen im Rahmen einer Transaktion, ein rollback erfolgt, dann, nachdem die Transaktion löst die queue und die Nachricht wird angezeigt, genauso wie vor der Transaktion begann. In anderen Worten, die keine änderungen an allen.

    In einem high-volume-Szenario ist es jedoch typischerweise mehrere Transaktions-Leser und Schreiber auf einer einzigen Warteschlange, und Sie nicht sperren die gesamte Warteschlange für jede de-queue oder Warteschlange.

    Diese Leser und Autoren einfügen von Elementen in die Warteschlange oder entfernen von Elementen aus der Warteschlange transaktional, während Ihr verdammt Transaktion ist die Lösung. In diesem Fall, andere queue-Objekte können erscheinen oder verschwinden (oder beides).

    Wenn nach dem rollback der Transaktion, Sie wieder zu entfernen aus der Warteschlange, Sie kann Holen Sie sich die original-Nachricht, aber Sie können nicht. In einem high-volume -, high-concurrency-Szenario, es ist möglich, dass ein anderer Leser gezogen haben, die Nachricht, bevor Sie Ihren code so machen kann.

    InformationsquelleAutor Cheeso

  2. 4

    Rollback-Blätter die Nachricht in die Warteschlange und legt es für eine erneute Zustellung.

    Jedoch, wenn ein (konfigurierbares) limit der Leistung-versuche erreicht wurde, wird die Nachricht auf die Seite gelegt wird auf das "dead letter queue".

    Ein typisches Beispiel, wo dies passiert sind.c. 'poison messages": Meldungen, die nicht behandelt werden, aufgrund von fundamentalen und nicht-vorübergehenden Problemen (wie einem ungültigen format, fehlende Felder, etc).

    So, bevor Sie die rollback (und steckte die Nachricht wieder in die Warteschlange), stellen Sie sicher, um darüber nachzudenken, ob der Fehler transient ist (wie verbindungen zu back-end-kaputt") oder nicht.

    Im letzteren Fall ist es am besten schlucken Sie die Nachricht, und melden Sie einen Fehler oder Feuer einige andere Warnung. Andernfalls wird die Nachricht unnötig verbrauchen beide Rechenleistung und queue-Infrastruktur.

    HTH

    Kerl

    Marc, Mein Verständnis ist, dass nach dem wieder aus-Schwellenwert erreicht ist, die mesage ist geschickt, um das wieder aus der Warteschlange und nicht auf die Dead Letter-Warteschlange. Es ist an der DLQ nur, wenn die Nachricht nicht geschrieben werden kann, um die BOQ. Manglu

    InformationsquelleAutor Guy Pardon

  3. 4

    Beantworten Sie ein paar konkrete Punkte aus diesem thread...

    • Die Botschaft behält es seine position in der Warteschlange. Die unter syncpoint sperrt die Nachricht, aber nicht entfernen Sie Sie aus der Warteschlange, oder ändern Sie seine position. Rollback gibt die Sperre frei und macht die Meldung für eine erneute Zustellung.
    • Die automatische requeueing einer Nachricht erfolgt mit dem JMS-und XMS-Klassen aber nicht die native Java, C, C#, COBOL, usw. APIs. Wenn Sie nicht mit JMS oder XMS (die Implementierung des JMS-API für C und .Net-Programme), müssen Sie die requeue die Nachricht selbst.
    • Sie sind richtig, dass die requeueing wird versucht, die Warteschlange mit dem Namen in der Eingabe-Warteschlange BOQNAME Attribut nach überschreiten BOQTHRESH Rücksendungen. Wenn diese Warteschlange nicht verfügbar ist (voll, nicht autorisierte, nicht vorhanden, etc.) dann ist die DLQ wird versucht. Wenn das fehlschlägt, wird die Nachricht Hörer Stoppt den Empfang von Nachrichten zusammen.
    • Idealerweise ein Programm verarbeitet eine Nachricht von requeueing und Alarmierung auf das Vorhandensein von Nachrichten in die exception queue. Gelingt das nicht, zumindest nicht nur konsumieren und verwerfen die Nachricht. Melden Sie es, zusammen mit der message-Header, damit jemand später in Einklang bringen kann, was mit ihm geschah.

    InformationsquelleAutor T.Rob

Schreibe einen Kommentar