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
In case of Kafka-spout, there is a zookeeper, who has offset of last read message, so in case of topology restart or failures, state or offset can be read from zookeeper, and spout can start reading from there.
So here in rabbit-spout, if topology is restarted, how in-flight messages can be replyed or requeued ?
The text was updated successfully, but these errors were encountered:
Sorry for the long time answer.
Unacked RabbitMQ messages returns back to RabbitMQ if topology restart/failure.
You may set "x-dead-letter-exchange" and "x-dead-letter-routing-key" headers to your RabbitMQ queue and all in-flight messages will sent to it.
Another way you may set property KEY_REQUEUE_ON_FAIL to "true" as described here: https://github.com/burov4j/storm-rabbitmq.
In the case your in-flight messages will return to the original queue.
In case of Kafka-spout, there is a zookeeper, who has offset of last read message, so in case of topology restart or failures, state or offset can be read from zookeeper, and spout can start reading from there.
So here in rabbit-spout, if topology is restarted, how in-flight messages can be replyed or requeued ?
The text was updated successfully, but these errors were encountered: