2016-04-07 8 views

答えて

3

を参照してください?

はい、正確です。メッセージを放棄するたびに、配信数が1つ増えます。最大配信数(デフォルトは10)に達すると、デッドキューに送られます。

+0

将来の読者のために。配信回数を増やさない「放棄」する方法を希望する場合は、「メッセージの再送信」を参照してください。http://markheath.net/post/defer-processing-azure-service-bus-messageメッセージを複製し、元のメッセージを完成させ、複製されたメッセージを送信し、オプションで独自の再試行回数を増やすカスタムプロパティを追加します。アトミックではありませんが、おそらく最良の回避策です。 – granadaCoder

-1

BrokeredMessage.Abandon()は、他のコンシューマが処理するメッセージを見つけてロックできるように、キュー内のメッセージのロックを解除するだけです。 peekLockモードでのみ動作します。

何らかの理由で受信者アプリケーションがメッセージを処理できない場合は、(Completeメソッドの代わりに)受信メッセージに対してAbandonメソッドを呼び出すことができます。これにより、サービスバスはキュー内のメッセージのロックを解除し、同じ消費アプリケーションまたは別の消費アプリケーションによって再び受信できるようにします。

https://azure.microsoft.com/en-us/documentation/articles/service-bus-dotnet-how-to-use-queues/を参照すると、キューからメッセージを受信する方法を参照できます。 BorkerMessage.Abandon()を使用する方法について

私はBrokeredMessageは、メッセージの配信 増分を数えるので、それがデッドメッセージ キューに置かれてに貢献しない放棄すると、https://msdn.microsoft.com/en-us/library/azure/hh181837.aspx

関連する問題