-
Notifications
You must be signed in to change notification settings - Fork 591
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
Investigate if timing out continuations can be mixed with async protocol methods #403
Comments
Not sure I fully understand, but the blockingCell can expose a WaitForValueAsync like below:
|
Is this an issue that should be evaluated for version |
Moving to version |
lukebakken
added
next-gen-todo
If a rewrite happens, address this issue.
and removed
not-enough-information
labels
May 23, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is recurring question that pops up every year or two, most recently in #402.
The protocol has two types of methods:
queue.declare
basic.publish
orbasic.ack
Currently continuations that hit a failure (e.g. a timeout) can't be mixed with asynchronous methods in practice. It would be nice to investigate whether that'd be possible without significant implementation changes that carry the risk of subtle concurrency semantics changes.
Specifically the following two scenarios:
Note that in practice many types of continuation failure will result in a connection recovery sequence, and thus newly opened channel(s), so a way to test this in isolation would be highly desired.
We may want to make up our mind and investigate #83, #356 first.
The text was updated successfully, but these errors were encountered: