-
Notifications
You must be signed in to change notification settings - Fork 92
feat: support for async bidi streaming apis #836
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
base: main
Are you sure you want to change the base?
feat: support for async bidi streaming apis #836
Conversation
python versions <= 3.10 dont support `async with asyncio.timeout`
provide support for the same.
…into feat/834-bidi-async-support
these files will be removed once googleapis/python-api-core#836 gets submitted
* Add async bidiRpc files in python-storage these files will be removed once googleapis/python-api-core#836 gets submitted * fix import path for bidi_base
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. I have some small comments, and a bunch of nits. I'll TAL at the test next week.
|
||
request_generator.call = call | ||
|
||
if hasattr(call, "_wrapped"): # pragma: NO COVER |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Was the TODO in the original file addressed?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not sure, is there any issue number ? or internal bugId ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It doesn't have an issue. You could create one, but at least copy the text: # TODO: api_core should expose the future interface for wrapped callables as well
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No issue number (you could create one), but let's at least include the text: # TODO: api_core should expose the future interface for wrapped callables as well.
Adding @daniel-sanche for visibility. @ohmayr , do you have any remaining concerns with the code? |
…into feat/834-bidi-async-support
@vchudnov-g Addressed your comments. PTAL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. We're almost there. Just some minor comments, and I want to ping @daniel-sanche again in case he has any comments.
|
||
request_generator.call = call | ||
|
||
if hasattr(call, "_wrapped"): # pragma: NO COVER |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It doesn't have an issue. You could create one, but at least copy the text: # TODO: api_core should expose the future interface for wrapped callables as well
.
|
||
request_generator.call = call | ||
|
||
if hasattr(call, "_wrapped"): # pragma: NO COVER |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No issue number (you could create one), but let's at least include the text: # TODO: api_core should expose the future interface for wrapped callables as well.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I left a few small comments, but nothing that needs to be blocking
Type checking would improve this a lot though, to help us be sure there are no gaps in the shared sync/async logic
Hi @daniel-sanche , I've addressed your comments, left one open. Feel free to resolve it sounds good to you. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
still a few nits open, but LGTM
Addressed them. |
Hi @vchudnov-g Addressed yours and Daniel's comments/suggestions. PTAL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great. I left some very minor follow-up comments—nothing blocking.
Thanks for your dedication to this PR and patience working with us on understanding it and making it really solid!
Addressed them.
Thanks @vchudnov-g 1 more help - can you please merge the PR ? (looks like I don't have the sufficient permissions) |
feat: support for async bidi streaming apis
Further details can be found here
Fixes #834