Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rabbitmq: Concept of error queues after n retries #2641

Open
jonsalvas opened this issue Jun 1, 2024 · 2 comments
Open

Rabbitmq: Concept of error queues after n retries #2641

jonsalvas opened this issue Jun 1, 2024 · 2 comments
Labels

Comments

@jonsalvas
Copy link

We use the existing failure management mechanism (described here https://smallrye.io/smallrye-reactive-messaging/4.20.0/rabbitmq/receiving-messages-from-rabbitmq/#failure-management) in order to allow retries of failed messages by putting it to a dead letter queue with a ttl. We are however don't want to retry forever and put messages to an error queue after n retries.

For that IMO it would be essential to be able to create this error queue from the application (as error handling is part of the application) but currently I see no way to create this error queue from the app, as the outgoing channel does only allow creating exchanges but not queues. Any ideas how we can achieve that?

@ozangunalp
Copy link
Collaborator

I remember that there is a test requeueing messages. You can check:

@jonsalvas
Copy link
Author

thanks for you response, haven't seen it due to my holidays. What you describe is about requeuing/retrying which already works out of the box with this plugin due to dead-lettering in dlq, timeout and back to original queue. What I am after is what happens after n retries. In this case the message should be put to an error queue which is not consumed by any application but just a container holding error messages for an ops team or whatsoever. I don't see how the test you mentioned covers it or am I missing something?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants