Consuming Acknowledgements#
As you may know, RabbitMQ employs a rather extensive Acknowledgement policy.
In most cases, FastStream automatically acknowledges (acks) messages on your behalf. When your function executes correctly, including sending all responses, a message will be acknowledged (and rejected in case of an exception).
However, there are situations where you might want to use a different acknowledgement logic.
Retries#
If you prefer to use a nack instead of a reject when there's an error in message processing, you can specify the retry
flag in the @broker.subscriber(...)
method, which is responsible for error handling logic.
By default, this flag is set to False
, indicating that if an error occurs during message processing, the message can still be retrieved from the queue:
@broker.subscriber("test", retry=False) # don't handle exceptions
async def base_handler(body: str):
...
If this flag is set to True
, the message will be nacked and placed back in the queue each time an error occurs. In this scenario, the message can be processed by another consumer (if there are several of them) or by the same one:
@broker.subscriber("test", retry=True) # try again indefinitely
async def base_handler(body: str):
...
If the retry
flag is set to an int
, the message will be placed back in the queue, and the number of retries will be limited to this number:
Tip
FastStream identifies the message by its message_id
. To make this option work, you should manually set this field on the producer side (if your library doesn't set it automatically).
Bug
At the moment, attempts are counted only by the current consumer. If the message goes to another consumer, it will have its own counter. Subsequently, this logic will be reworked.
Tip
For more complex error handling cases, you can use tenacity
Manual acknowledgement#
If you want to acknowledge a message manually, you can get access directly to the message object via the Context and call the method.
from faststream.rabbit.annotations import RabbitMessage
@broker.subscriber("test")
async def base_handler(body: str, msg: RabbitMessage):
await msg.ack()
# or
await msg.nack()
# or
await msg.reject()
FastStream will see that the message was already acknowledged and will do nothing at process end.
Interrupt Process#
If you want to interrupt message processing at any call stack, you can raise faststream.exceptions.AckMessage
This way, FastStream interrupts the current message processing and acknowledges it immediately. Also, you can raise NackMessage
and RejectMessage
too.
Tip
If you want to disable FastStream Acknowledgement logic at all, you can use @broker.subscriber(..., no_ack=True)
option. This way you should always process a message (ack/nack/terminate/etc) by yourself.