デッドレターキューとバックアウトキューの違いは何ですか？

Question

不能キューとバックアウトキューの違いは何ですか？

は、WebSphere MQの用語ではとアプリケーションサーバの面でます。

は、すべてのJ2EE / JEEアプリケーションサーバはMQプロバイダーを持っている彼らはまた、デッドレターキューの構造を持っているかまたはWebSphere MQに特有のものということでしょうか？

次のように

バックアウトキューの私の理解では、次のとおりです。

MQは、所定の回数だけ試行して宛先にメッセージを配信できない場合、

は、それがバックアウトキューにメッセージを移動します。

私はデッドレターキューの明確な理解を持っていません。

どのような援助を感謝ます。

Answer 1

不能キューは、常にキューマネージャに到着したが、キューが存在しなかったメッセージを保存するためのMQSeries（私はMQを使用した最後の時間）に使用された。

メッセージがマネージャの X のキューの Y ]をキューするアドレスであった場合は、

例えば、それは、X ののマネージャにチャネルを介して到着します。

レシーバ・チャネルにはキューがなかった発見した場合の Y を、それが不能キューに置かれます。

バックアウトキューが、一方、（少なくともMQ換算）アプリケーションレベルのものの以上です。 MQクライアントが何らかの理由でメッセージを処理できない場合には、それは（それが本来のキューの背中に）後の処理のためにそれをバックアウトすることができます。

それは（しきい値を設定することができます）あまりにも多くの時間をバックアウトだ場合は、

、それがバックアウト・キューに移動します。

Answer 2

答えてくれてありがとう。私はまた、アプリケーションが何らかの理由でバックアウト・キュー（BOQ）にメッセージを移動することができない場合は、その後、試みが不能キュー（DLQ）へキューを移動するために作られていることを考え出します。

私たちのアプリケーションでそれは起こりました。そこに戻るキューにいくつかの権限の問題があったが、そのメッセージがBOQに書き込むことができませんでしたし、それがデッドレターキューで終わっています。

Answer 3

デッドレターキューはバックアウトと同じように動作します。私は、エラーまたはバックアウト・キューで回収し、回収される必要があるいくつかの最後の、非業務固有のデータを持つことができないメッセージのための火葬場としてデッドレターキューを扱います。情報が取得されると、メッセージが良いために置いています。バックアウトが完全に再処理するかの決定にそれらのためのアプリケーション領域に送り返される回復する必要があるデータのためのメッセージを分析するために良いです。

Answer 4

不能キューは、ローカルキューです。私たちは別のキューに1つのキューからのメッセージを入れしようとしていると、メッセージが正しい宛先に送信されなかった場合は、この時点でmeassageが不能キューに移動します。