grpc / grpc/grpc-java

Tracking Issue for setOnCloseHandler being Experimental

オープン
#8,467 コメント 3 件 リアクション 0 件 担当者 0 名 GitHub で見る
experimental API
主要言語
Java
スター
12.1k
フォーク
4k
平均マージ
2日 17時間
マージ済み PR(30日)
37

説明

To resolve issue #5895 PR #8452 has been created that adds new `ServerCallStreamObserver.setOnFinishHandler(...)` method.
The handler is called by `Listener.onComplete` _when the call is **finished** correctly from the server's point of view: either `onCompleted()` or `onError(Throwable)` has been called, all the messages and trailing metadata have been put on the wire and the stream has been closed_.

Several names were proposed for the handler:
- `onCompleteHandler` : derives name from `Listener`'s method but causes confusion with `StreamObserver.onCompleted()`
- `onSuccessHandler` : my initial idea, yet also confusing as it can be called also after `StreamObserver.onError(...)`
- `onFinishHandler` : current approach, matches well the verb from method's javadoc
- `onFinalizeHandler` : would also probably do well

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

issue #5895 と PR #8452 から始め、提案されている ServerCallStreamObserver.setOnFinishHandler(...) API と、代替名についての議論を確認してください。実験的 API の最終的な命名とステータスを確認し、リンクされた作業によって未解決の判断またはフォローアップが残る場合にのみ、この追跡 issue を更新してください。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
grpc, java
領域
api, backend
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
20/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。