grpc / grpc/grpc-java

Document expectations about NameResolver SocketAddresses

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

説明

Currently, a name resolver returns a collection of `SocketAddress` wrapped up in `EquivalentAddressGroup`s. In the most common case InetSocketAddress will be used. Currently there are no expectations about the data in the address, but I believe we need to clarify this.

This came up in working with HTTP Proxies. In case a Proxy is used, Netty can derive the the initial CONNECT message from the InetSocketAddress hostname. This may be present or may not, but the behavior of this may change based on what the name resolver returns.

I don't know what to say here, other than it may be absent, but I wanted to open up a discussion because it recently came up.

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

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

調査の方向性

まず NameResolver と EquivalentAddressGroup の API ドキュメントを確認し、特に HTTP プロキシで InetSocketAddress のホスト名がどのように使用されるかを確認してください。期待される SocketAddress データを、ホスト名が存在しない場合があるかどうかも含めて文書化し、その結果生じる動作を明確にしてください。

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

評価

技術スタック
java
領域
documentation, networking
issue の種類
ドキュメント
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
32/100

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

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