問題タブ [dead-letter]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
1006 参照

java - javaDSLを使用してキャメルルートのメッセージからヘッダーを取得する

メッセージのヘッダーで定義されたディレクトリにデッド レターをリダイレクトする必要があります。

私はこれを試しました:

私が取得するのは次のような URI です: deadLetter\header{code1}\header{code2}\header{code3}\TIMESTAMP.msg

ルートを構築できるように、これらのヘッダーを取得する方法はありますか?

0 投票する
1 に答える
715 参照

rabbitmq - トピック キューの ttl 期限切れで RabbitMQ メッセージが配信不能にならない

私は次の構成を持っています

anoter-queueconsumer.queueに DLX を設定して、メッセージが1 秒後にconsumer.exchange-dlに移動されるようにしました。

another-exchange (直接)にバインドされているanother-queueでは、すべてが正常に機能します。consumer.exchange (トピック)に送信されたメッセージは DLX に移動されません。DLX のルーティング キー バインディングを試してみましたが、何も機能しませんでした。トピック交換のための DLX に関する落とし穴はありますか?

ありがとう

0 投票する
1 に答える
1402 参照

error-handling - すべての例外の Camel Dead Letter Channel

以下のようなデッドレターチャネルエラーハンドラを作成しています

Bean MyErrorProcessor は、以下のようなすべてのタイプのチェック済みおよび未チェックの例外を処理できる必要があります。

しかし、例外が処理された後、元のメッセージはルートのエンドポイントにリダイレクトされる必要があります..このように例外が処理されたら、ルートを続行するには??

0 投票する
1 に答える
401 参照

rabbitmq - RabbitMQ デッド レター キューが持続しない

メッセージに NACK を送信し、それがデッド レター交換/キューに送信されたときに、それが永続的であることを確認する方法はありますか? 元のメッセージが SetPersistent(true) で永続として設定されていても、デフォルトではデッド レター メッセージはスイートに従っていないようです。

0 投票する
3 に答える
3410 参照

rabbitmq - RabbitMQ - 有効期限に達した後のメッセージのルーティング

私は最近、メッセージを遅らせることができるRabbitMQ機能を発見しました。必要なものに似た例は見つかりませんでしたが、うまく機能します。

A、B、C の 3 種類のメッセージがあるとします。1 時間と 2 時間の値を持つ 2 つの delay_queue があり'x-message-ttlます。また、destination_queues には 3 つのタイプがあり、それぞれが特定のメッセージ タイプに対応しています。

私が達成したいのは、delay_queues の 1 つのメッセージが TTL に達した後、そのタイプに応じて destination_queues の 1 つにルーティングされることです。このようなもの:

ここに画像の説明を入力

これは、RabbitMQ メッセージ プロパティを使用しても可能ですか? 何か案は?メッセージを遅延キューに送信するコード (有効期限が切れると、hello キューに送信されます):

0 投票する
0 に答える
1973 参照

java - Camel の配信不能ルートで元のメッセージと再配信カウンターの両方を設定する方法

次のようなデッド レター チャネルで設定された Camel ルートがあります。

正常に動作していますが、メッセージが配信不能チャネルに送信される前に発生した再配信の数を保存する必要があります。私は useOriginalMessage() を使用していることに注意してください。これは、配信不能チャネルに保存したいメッセージです (はい! 私のルートは途中で変更します)。

メッセージ ヘッダー Exchange.REDELIVERY_COUNTER で再配信の回数にアクセスしようとしましたが、メッセージが deadLetterService Bean に到達すると、常に null になります。元のメッセージにはこのヘッダー情報がないため、そうであると理解しています。

再配信カウンターを保持し、同時に元のメッセージを復元するにはどうすればよいですか? それを行う方法はありますか?

前もって感謝します。

ヘレノ