Mass Transit and Azure Service Bus Deadletter

[Douglas Jimenez]

Hey guys

As for sake for an example, we have a queue that is constantly processed. But for some reason the consumer was not online or was erroring all the time due to a bug or connectivity issue.

Then we have a queue of size 41000 items inside of it now but in reality all those are in the dead letter queue of that queue.

Every time the consumer goes online it is never able to process those items.

The question:

Assuming that we have fixed the issue and we are ready to process those 41000 items from the dead letter queue:

How can I configure the Mass Transit consumer to pull them instead of the normal queue items?

Can Mass Transit do this or should we use the Azure Service Bus client manually for this scenario?

Thanks!

Doug

[Travis Smith]

MassTransit does not have an easy way to handle dead-letter queues. In the past, I've created tooling for the operations team to manage this, including mass shoveling messages from one queue to another if needed. Though, it was most often used to inspect a single message and push that one back onto the main queue.

I haven't specifically done this on Azure Service Bus, but all previous tooling would go around MassTransit and just interact with the broker directly.

--
You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to masstransit-dis...@googlegroups.com.
To post to this group, send email to masstrans...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/masstransit-discuss/53649e0f-9142-473e-95cb-ed8ec2559cff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

-Travis

[Wiktor Zychla]

I remember using the BusDriver tool that is included in sources. It can move/requeue multiple messages between queues.

I don't unfortunately know if the tool will work with Azure queues as well as it does work with msmq/rmq queues.

regards,

Wiktor