grpc/grpc-go (google.golang.org/grpc)
### [`v1.62.0`](https://togithub.com/grpc/grpc-go/releases/tag/v1.62.0): Release 1.62.0
[Compare Source](https://togithub.com/grpc/grpc-go/compare/v1.61.1...v1.62.0)
### New Features
- grpc: Add StaticMethod CallOption as a signal to stats handler that a method is safe to use as an instrument key ([#6986](https://togithub.com/grpc/grpc-go/issues/6986))
### Behavior Changes
- grpc: Return canonical target string from ClientConn.Target() and resolver.Address.String() ([#6923](https://togithub.com/grpc/grpc-go/issues/6923))
### Bug Fixes
- server: wait to close connection until incoming socket is drained (with timeout) to prevent data loss on client-side ([#6977](https://togithub.com/grpc/grpc-go/issues/6977))
- Special Thanks: [@s-matyukevich](https://togithub.com/s-matyukevich) for discovering the root cause
### Performance Improvements
- \*: Allow building without `x/net/trace` by using `grpcnotrace` to enable dead code elimination ([#6954](https://togithub.com/grpc/grpc-go/issues/6954))
- Special Thanks: [@hugelgupf](https://togithub.com/hugelgupf)
- rand: improve performance and simplify implementation of `grpcrand` by adopting `math/rand`'s top-level functions for go version 1.21.0 and newer. ([#6925](https://togithub.com/grpc/grpc-go/issues/6925))
- Special Thanks: [@kmirzavaziri](https://togithub.com/kmirzavaziri)
### Dependencies
- \*: Use google.golang.org/protobuf/proto instead of github.com/golang/protobuf. ([#6919](https://togithub.com/grpc/grpc-go/issues/6919))
- Special Thanks: [@Clement-Jean](https://togithub.com/Clement-Jean)
> \[!NOTE]
> The above change in proto library usage introduces a minor behavior change within those libraries. The old `github.com/golang/protobuf` library would error if given a `nil` message to `Marshal`, while the new `google.golang.org/protobuf` library will successfully output zero bytes in this case. This means server method handlers that did `return nil, nil` will now return an empty message and no error, while it used to return an error. This also affects the client side, where clients sending `nil` messages used to fail without sending the RPC, and now they will send an empty message.
### [`v1.61.1`](https://togithub.com/grpc/grpc-go/releases/tag/v1.61.1): Release 1.61.1
[Compare Source](https://togithub.com/grpc/grpc-go/compare/v1.61.0...v1.61.1)
### Bug Fixes
- server: wait to close connection until incoming socket is drained (with timeout) to prevent data loss on client-side ([#6977](https://togithub.com/grpc/grpc-go/issues/6977))
- Special Thanks: [@s-matyukevich](https://togithub.com/s-matyukevich) for discovering the root cause
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
[ ] If you want to rebase/retry this PR, check this box
This PR has been generated by Mend Renovate. View repository job log here.
This PR contains the following updates:
v1.61.0
->v1.62.0
Release Notes
grpc/grpc-go (google.golang.org/grpc)
### [`v1.62.0`](https://togithub.com/grpc/grpc-go/releases/tag/v1.62.0): Release 1.62.0 [Compare Source](https://togithub.com/grpc/grpc-go/compare/v1.61.1...v1.62.0) ### New Features - grpc: Add StaticMethod CallOption as a signal to stats handler that a method is safe to use as an instrument key ([#6986](https://togithub.com/grpc/grpc-go/issues/6986)) ### Behavior Changes - grpc: Return canonical target string from ClientConn.Target() and resolver.Address.String() ([#6923](https://togithub.com/grpc/grpc-go/issues/6923)) ### Bug Fixes - server: wait to close connection until incoming socket is drained (with timeout) to prevent data loss on client-side ([#6977](https://togithub.com/grpc/grpc-go/issues/6977)) - Special Thanks: [@s-matyukevich](https://togithub.com/s-matyukevich) for discovering the root cause ### Performance Improvements - \*: Allow building without `x/net/trace` by using `grpcnotrace` to enable dead code elimination ([#6954](https://togithub.com/grpc/grpc-go/issues/6954)) - Special Thanks: [@hugelgupf](https://togithub.com/hugelgupf) - rand: improve performance and simplify implementation of `grpcrand` by adopting `math/rand`'s top-level functions for go version 1.21.0 and newer. ([#6925](https://togithub.com/grpc/grpc-go/issues/6925)) - Special Thanks: [@kmirzavaziri](https://togithub.com/kmirzavaziri) ### Dependencies - \*: Use google.golang.org/protobuf/proto instead of github.com/golang/protobuf. ([#6919](https://togithub.com/grpc/grpc-go/issues/6919)) - Special Thanks: [@Clement-Jean](https://togithub.com/Clement-Jean) > \[!NOTE] > The above change in proto library usage introduces a minor behavior change within those libraries. The old `github.com/golang/protobuf` library would error if given a `nil` message to `Marshal`, while the new `google.golang.org/protobuf` library will successfully output zero bytes in this case. This means server method handlers that did `return nil, nil` will now return an empty message and no error, while it used to return an error. This also affects the client side, where clients sending `nil` messages used to fail without sending the RPC, and now they will send an empty message. ### [`v1.61.1`](https://togithub.com/grpc/grpc-go/releases/tag/v1.61.1): Release 1.61.1 [Compare Source](https://togithub.com/grpc/grpc-go/compare/v1.61.0...v1.61.1) ### Bug Fixes - server: wait to close connection until incoming socket is drained (with timeout) to prevent data loss on client-side ([#6977](https://togithub.com/grpc/grpc-go/issues/6977)) - Special Thanks: [@s-matyukevich](https://togithub.com/s-matyukevich) for discovering the root causeConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.