-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
feat(bigquery/storage/managedwriter): refactor AppendResponse #6402
Conversation
The potential fields exposed within an AppendResponse has grown as the API has evolved. This PR refactors AppendResult to use a retained reference of the response for servicing requests. This allows the logic for processing the response to be centralized a bit more within the AppendResult. We also introduce a new RawResponse() on the AppendResult which returns the full AppendRowsResponse if present.
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 am not sure, is this changing the public interface?
Existing users can continue to use |
What are the other things you want to expose through FullResponse()? (I
like that name better)
…On Thu, Jul 28, 2022 at 3:15 PM shollyman ***@***.***> wrote:
I am not sure, is this changing the public interface?
Existing users can continue to use GetResult() on the returned future
which returns the same (offset, error) tuple without change. The difference
is that the future now exposes the GetRawResult() as an alternative,
which returns the full AppendRowsResponse. I'm still not enamored of the
method name, perhaps FullResponse() is a better choice?
—
Reply to this email directly, view it on GitHub
<#6402 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AHGYVETY3MBHZ4SJU3KNCALVWMA6XANCNFSM54MTYV7Q>
.
You are receiving this because your review was requested.Message ID:
***@***.***>
--
Thanks.
Yiru
|
The error row information, and any new fields we have from future features (multiplexing, cdc, etc). I can also leave the full response off for now, and proceed with the rest of the refactor. |
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 see. Make sense.
The potential fields exposed within an AppendResponse has grown as
the API has evolved. This PR refactors AppendResult to use a
retained reference of the response for servicing requests.
This allows the logic for processing the response to be centralized
a bit more within the AppendResult. We also introduce a new
FullResponse() on the AppendResult which returns the full
AppendRowsResponse if present.