-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
Make per-consumer delivery acknowledgement timeout configurable per-queue (via a policy) and per-consumer (via consumer args) #5437
Milestone
Comments
@michaelklishin are you on it? I'm happy to take care of this |
@ikvmw go ahead. |
As per slack discussion:
Precedence Per consumer, per queue, global. |
michaelklishin
changed the title
Spike: per-vhost delivery acknowledgement timeout
Spike: per-queue and per-consumer delivery acknowledgement timeout
Feb 7, 2023
ikavgo
pushed a commit
that referenced
this issue
Apr 9, 2023
ikavgo
pushed a commit
that referenced
this issue
Apr 25, 2023
ikavgo
pushed a commit
that referenced
this issue
Apr 25, 2023
ikavgo
pushed a commit
that referenced
this issue
Apr 25, 2023
michaelklishin
changed the title
Spike: per-queue and per-consumer delivery acknowledgement timeout
Make per-consumer delivery acknowledgement timeout configurable per-queue (via a policy) and per-consumer (via consumer args)
Apr 26, 2023
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I won't recite the discussion in #4099 but there's some interest on our team in making consumer delivery acknowledgement timeout configurable per virtual host, queue or consumer, and not just globally.
Starting with 3.11, virtual host metadata is a pre-enabled feature flag, so there is interest in using it more.
This may bring us closer to taking the setting from the optional queue arguments, if any, but this is not in scope for the spike.
Suggested duration: no more than two full days.
The text was updated successfully, but these errors were encountered: