ASB MessageBus completes a poisonous message rather than DLQ it.
See original GitHub issueWhen AzureServiceBusMessageBus
receives a poisonous message, it completes it with a log entry. ASB supports deadletter queues. Poisonous messages should be forwarded to the DLQ rather being completed.
Issue Analytics
- State:
- Created 6 years ago
- Reactions:1
- Comments:7 (7 by maintainers)
Top Results From Across the Web
Azure Service Bus - Dead-letter queues
The purpose of the dead-letter queue is to hold messages that can't be delivered to any receiver, or messages that couldn't be processed....
Read more >Compare Azure Storage queues and Service Bus queues
To find "poison" messages in Storage queues, when dequeuing a message the application examines the DequeueCount property of the message. If ...
Read more >Complete a message in a dead letter queue on Azure ...
If your deadletter queue is pretty small usually this won't be bad. If it is really large then taking this approach isn't the...
Read more >Working With the Azure Service Bus Dead Letter Queue
A poison message is a message that is sent to the queue or topic that the consuming application cannot process correctly. Maybe some...
Read more >Send failed messages to $DeadLetterQueue ...
NServiceBus only moves messages to the DLQ when the incoming message cannot be processed for the reason of being a poisonous message (failing...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Thanks, I’ll take a look into this 😃 Is there any chance you could update your pr to the cloud watch branch as I’m going to have merge conflicts as is 😃
Thanks! I’ll play around with this, it would be good to have serialization tests for all our on message implementations. Guess we’ll add that to the todo 😃