-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Async (non-RPC) AMQP transport #841
Comments
More specifically, I'm just interested in using RabbitMQ as a simple message broker. Receive a message and ACK it, if OK. I can see that the ServeDelivery() on the subscriber will respond to incoming messages, like RPC fashion. I'm not interested in the sending the response. Can I ignore it or could that cause any problems? |
See previous discussion here. As I understand it, it would be possible to add an option to transport/amqp to not require a response, but it's not currently implemented. |
Thanks Peter. /mads |
At the moment, yes. But it sounds like it would be relatively easy to enhance the AMQP package to not require a response. |
I think #850 makes this fixed. If that's not the case, please re-open with details. |
@madshov I am interested in how you handled one-way communication. I'd like to implement a Go-based worker for a legacy system that uses RabbitMQ as a worker queue. In this scenario I also don't want to send a response. Did you sucessfully implement this? |
Hi All,
Any documentation/examples that exist around AMQP transport, subscriber/publisher?
Thanks
The text was updated successfully, but these errors were encountered: