[go: up one dir, main page]

Skip to content
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

Don't use EndorseResponse.Result field #3051

Merged
merged 1 commit into from
Nov 18, 2021

Conversation

bestbeforetoday
Copy link
Member
@bestbeforetoday bestbeforetoday commented Nov 17, 2021

This duplicates information already held within the transaction envelope, and can cause failures on gRPC message size limit with large transaction results.

Also:

  • nil out the ProposalResponse.Response.Payload field in EndorseResponse messages since, in the successful endorsement case, this is typically populated with a duplicate of the transaction result. This field is not required by the Fabric Gateway client and can cause gRPC message size limit failures.
  • prefer the transaction result within the proposal response payload for EvaluateResponse messages since the Response.Payload in the proposal response is not required to be the transaction result and may instead contain metadata.

Contributes to hyperledger/fabric-gateway#316

@bestbeforetoday bestbeforetoday force-pushed the proposal-response branch 5 times, most recently from 4afadb4 to cc72314 Compare November 17, 2021 18:58
@bestbeforetoday bestbeforetoday marked this pull request as ready for review November 17, 2021 19:49
@bestbeforetoday bestbeforetoday requested a review from a team as a code owner November 17, 2021 19:49
@bestbeforetoday bestbeforetoday force-pushed the proposal-response branch 2 times, most recently from 3353afb to 98edc37 Compare November 18, 2021 11:43
andrew-coleman
andrew-coleman previously approved these changes Nov 18, 2021
This duplicates information already held within the transaction envelope, and can cause failures on gRPC message size limit with large transaction results.

Also:
- nil out the ProposalResponse.Response.Payload field in EndorseResponse messages since, in the successful endorsement case, this is typically populated with a duplicate of the transaction result. This field is not required by the Fabric Gateway client and can cause gRPC message size limit failures.
- prefer the transaction result within the proposal response payload for EvaluateResponse messages since the Response.Payload in the proposal response is not required to be the transaction result and may instead contain metadata.

Signed-off-by: Mark S. Lewis <mark_lewis@uk.ibm.com>
@andrew-coleman andrew-coleman merged commit dee44d9 into hyperledger:main Nov 18, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants