You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a conceptual question: When I setup the queue architecture with a usual exchange, a belonging queue as well as a dead letter exchange and a belonging dead letter queue. Now during runtime, a message is processed by my consumer. The consumer crashes for some reason and the message is in unacked state. This means that the message will not be forwarded to the dead letter exchange. A new consumer comes up, consumes the previously unacked message. The same error occures (maybe someone put a wrong message or message format into the queue). The same procedure will repeat. This will create an infinite loop because every new consumer will crash for the same reason.
Does someone has an idea? I googled a lot and the only thing I found is a retry queue approach and a redelivered flag which does not help. The redelivered flag is 1 if the message is redeliverd. This is useful if the consumer crash or timed out and the message really needs to be reprocessed. But in case of a crash based on wrong input data, an infinite loop will still be there.
Thanks for your effort
Raphael
The text was updated successfully, but these errors were encountered:
Dear all,
I have a conceptual question: When I setup the queue architecture with a usual exchange, a belonging queue as well as a dead letter exchange and a belonging dead letter queue. Now during runtime, a message is processed by my consumer. The consumer crashes for some reason and the message is in unacked state. This means that the message will not be forwarded to the dead letter exchange. A new consumer comes up, consumes the previously unacked message. The same error occures (maybe someone put a wrong message or message format into the queue). The same procedure will repeat. This will create an infinite loop because every new consumer will crash for the same reason.
Does someone has an idea? I googled a lot and the only thing I found is a retry queue approach and a redelivered flag which does not help. The redelivered flag is 1 if the message is redeliverd. This is useful if the consumer crash or timed out and the message really needs to be reprocessed. But in case of a crash based on wrong input data, an infinite loop will still be there.
Thanks for your effort
Raphael
The text was updated successfully, but these errors were encountered: