diff options
author | Nathaniel Manista <nathaniel@google.com> | 2018-03-13 16:28:11 +0000 |
---|---|---|
committer | Nathaniel Manista <nathaniel@google.com> | 2018-03-13 21:59:54 +0000 |
commit | 7726c303a65fe344bf45866e919f9980f05b40e3 (patch) | |
tree | 7d0cd93dba9ca7ffb31d5adabe29af43a733b64a /summerofcode | |
parent | 44fd6557aefad4689eac7225386aecefd1f9a5bc (diff) |
Verify early OK behavior
Looks like early OK support was implemented in
https://github.com/grpc/grpc/pull/14080 but
https://github.com/grpc/grpc/issues/7032 was not marked fixed at the
time.
Good thing it was just an idea on our Google Summer of Code ideas
page...
Diffstat (limited to 'summerofcode')
-rw-r--r-- | summerofcode/ideas.md | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/summerofcode/ideas.md b/summerofcode/ideas.md index de59be82c2..405297236a 100644 --- a/summerofcode/ideas.md +++ b/summerofcode/ideas.md @@ -17,10 +17,6 @@ of gRPC's ten languages on at least one of Linux, macOS, and Windows. gRPC Core: -1. Implement ["early OK" semantics](https://github.com/grpc/grpc/issues/7032). The gRPC wire protocol allows servers to complete an RPC with OK status without having processed all requests ever sent to the client; it's the gRPC Core that currently restricts applications from so behaving. This behavioral gap in the gRPC Core should be filled in. - * **Required skills:** C programming language, C++ programming language. - * **Likely mentors:** [Nathaniel Manista](https://github.com/nathanielmanistaatgoogle), [Nicolas Noble](https://github.com/nicolasnoble). - 1. [Make channel-connectivity-watching cancellable](https://github.com/grpc/grpc/issues/3064). Anything worth waiting for is worth cancelling. The fact that channel connectivity is currently poll-based means that clean shutdown of gRPC channels can take as long as the poll interval. No one should have to wait two hundred milliseconds to garbage-collect an object. * **Required skills:** C programming language, C++ programming language, Python programming language. * **Likely mentors:** [Nathaniel Manista](https://github.com/nathanielmanistaatgoogle), [Vijay Pai](https://github.com/vjpai). |