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(transport): pass call credentials to grpc-go for DirectPath #1297
Conversation
Yes @mohanli-ml , this should be backported if needed as we can't update to a newer version at this point. |
Backporting a feature is not a common practice, but this might not be too bad since it's the And what's blocking updating gRPC to a newer version? |
I assume this is Go version support. @codyoss do you have any more visibility on when client libraries will be able to upgrade to require Go 1.13 or 1.14+? I'm fine with backporting this to grpc-go 1.40 and 1.41. |
@dfawley We are targeting Q1 22 right now, so hopefully not too far out now. |
@menghanl Hey Menghan, based on the discussion I think we will move forward with the backport to grpc-go 1.40 and 1.41? If so can you help with the backport? Thanks! |
@codyoss Hey Cody, we have just backported necessary support to grpc-go 1.41.1 and 1.40.1, https://github.com/grpc/grpc-go/releases. However, in google-api-go-client go.mod the grpc-go version is 1.40.0. Is it possible to increase it to 1.40.1? |
@mohanli-ml I will get a PR right away! |
@codyoss Hey Cody, it seems the grpc version in go.mod is still v1.40.0? |
@codyoss Thanks for update the grpc version. Can you also help to re-trigger the test? I think it should pass now. |
@codyoss Hey Cody, tests passed and this PR should be ready for merge. Can you help to approve and merge it? Thanks! |
Allow users to pass a call credential to grpc-go instead of always fetching the call credential from the metadata server, so that DirectPath can support file credentials.
Problem: this PR relies on grpc/grpc-go#4830, which is released in grpc-go 1.42. However, google-api-go-client is restricted to grpc-go 1.40, which should cause test to fail, and it seems build tag also can not help. I guess backport grpc/grpc-go#4830 to grpc-go 1.40 is the only solution here? @menghanl