Move error messages in a specific queue

44 views
Skip to first unread message

Carmine

unread,
Mar 30, 2017, 4:01:57 AM3/30/17
to masstransit-discuss
Hi, 

I want to move error messages in a specific queue, in order to build a system that permit to handle in a single point of these messages.

Which is the best approach to do this? 

Thanks,
Carmine

Chris Patterson

unread,
Mar 30, 2017, 10:13:44 AM3/30/17
to masstrans...@googlegroups.com
If you're using RabbitMQ you can setup shovel to move them. It can be configured easily using the RabbitMQ management UI. 

__
Chris Patterson



--
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/0a35ece9-d0a3-4422-9578-adaded0128a8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Carmine

unread,
Mar 30, 2017, 10:43:39 AM3/30/17
to masstransit-discuss
No, I'm using Azure Service Bus... is there a way to do it using MassTransit directly? Which is in your opinion the best approach to handle error messages in a distributed system?

Thanks,
Carmine

On Thursday, March 30, 2017 at 4:13:44 PM UTC+2, Chris Patterson wrote:
If you're using RabbitMQ you can setup shovel to move them. It can be configured easily using the RabbitMQ management UI. 

__
Chris Patterson



On Thu, Mar 30, 2017 at 1:01 AM -0700, "Carmine" <carmine...@gmail.com> wrote:

Hi, 

I want to move error messages in a specific queue, in order to build a system that permit to handle in a single point of these messages.

Which is the best approach to do this? 

Thanks,
Carmine

--
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-discuss+unsub...@googlegroups.com.

Nick Archibald

unread,
Mar 30, 2017, 2:47:00 PM3/30/17
to masstransit-discuss
I use the Service Bus Explorer to do this. You can find links to it from this blog post https://blogs.msdn.microsoft.com/paolos/2015/03/02/service-bus-explorer-2-6-now-available/
I just download the latest release from the GitHub repository.

I hope this is what you are looking for.
Nick

Chris Patterson

unread,
Mar 30, 2017, 3:23:20 PM3/30/17
to masstrans...@googlegroups.com
That's what we use as well, Service Bus Explorer - it has tools for moving those messages around.

We keep them in the _error queues, so that you can best determine how to recover them based on the queue they are in. Makes it easy to setup a playbook for operations that says, "when the world ends, if there are messages in this queue, move them here."


--
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-discuss+unsub...@googlegroups.com.

Carmine

unread,
Apr 5, 2017, 5:34:52 AM4/5/17
to masstransit-discuss
Hi guys, 
thanks for your responses.

We are using Service Bus explorer as well, but my idea is to create a web dashboard that permit our operators to understand if there are some issues in our services, which type of exception message (the "MT-Fault-Message" header value) and re-post messages into the queues in order for example to give the possibility to restart a saga that is stuck in a state because an handler that gives an exception.
 
Anyway, I've seen that in 3.5.6 version there is the "Audit" feature! I could use it to trace messages and build the UI of this portal. What do you think? Have you already created something like this? Do you have any suggestions?

Thanks,
Carmine



On Thursday, March 30, 2017 at 9:23:20 PM UTC+2, Chris Patterson wrote:
That's what we use as well, Service Bus Explorer - it has tools for moving those messages around.

We keep them in the _error queues, so that you can best determine how to recover them based on the queue they are in. Makes it easy to setup a playbook for operations that says, "when the world ends, if there are messages in this queue, move them here."

On Thu, Mar 30, 2017 at 11:47 AM, Nick Archibald <arch7...@gmail.com> wrote:
I use the Service Bus Explorer to do this. You can find links to it from this blog post https://blogs.msdn.microsoft.com/paolos/2015/03/02/service-bus-explorer-2-6-now-available/
I just download the latest release from the GitHub repository.

I hope this is what you are looking for.
Nick

--
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-discuss+unsub...@googlegroups.com.
To post to this group, send email to masstrans...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages