問題タブ [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.
azure - 配信不能メッセージを確認する方法
デッドレター キュー内のすべてのメッセージを取得し、それらをのぞき見する方法に関する適切なドキュメントを見つけるのは非常に困難です。
Azure Servicebus キューがあり、見つけることができるものはすべて Azure Servicebus トピック用です。
誰かがクイックガイドを手伝ってくれますか?
ibm-mq - Webshpere MQ は、引き出しカウンターに基づいてメッセージを DLQ にリダイレクトします
IBM WebSphere MQ で、取り消しカウンターが 3 より大きい場合、キューからデッド レター キュー (DLQ) にメッセージをリダイレクトする可能性はありますか?
spring-boot - ActiveMQ 再配信が機能しない
ActiveMQ を使用して配信不能キューを実装しようとしています。残念ながら、この点に関するドキュメントはいくつかの面でかなり曖昧であり、すべてを適切にセットアップすることはできないようです.
次の Bean を構成しています。
そして、これは私の受信コードです:
しかし、何も起こりません。デフォルト構成を使用して、すぐに使用できる Apache ActiveMQ 5.14.2 セットアップを使用しています。ここで何が欠けていますか?
architecture - メッセージがデッド レター キューに入らないようにするにはどうすればよいですか?
メッセージがデッド レター キューをできるだけ回避するようにアプリケーションを設計するにはどうすればよいですか。
以下のウィキペディアのドキュメントによると、メッセージが配信不能キューに送信される理由は次のとおりです。
- 存在しないキューに送信されるメッセージ。
- キューの長さの制限を超えました。
- メッセージの長さの制限を超えました。
- メッセージが別のキュー交換によって拒否されました。
- メッセージは消費されていないため、しきい値の読み取りカウンター数に達しています。これは「バックアウト キュー」と呼ばれることもあります。
既知の理由を回避するシステムを設計することができます。しかし、未知のシナリオに対処するシステムをどのように作成するか。ベンダー固有のソリューションではなく、一般的な設計ガイドラインまたは推奨事項を探しています。