grpc_insecure_channel_create DNS and connection expectations
26 views
Skip to first unread message
Pau Freixes
unread,
Feb 24, 2019, 1:04:06 PM2/24/19
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to grpc.io
Hi,
Reading the source code of `grpc_insecure_channel_create` [1] seems
that this function must trigger in some way the DNS query for the
target and also the first connection handshake asynchronously
Executing one of the Python examples seems that the DNS resolution and
the connection are not really done until at least one request is
executed [2].
Am I missing something?
If not, is this is the default implementation? So other languages like
C++, Java, Node.js are using the same pattern?
Does the API provide a way of making the connection step explicitly?
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to grpc.io
I am speaking from a Core/C++ perspective. Simply creating a channel does not lead to connection attempts. It's the first RPC or an explicit connect request that triggers it.
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to yas...@google.com, grpc.io
Thanks, that is was I suspect.
IMO the docstring in the code for the `grpc_insecure_channel_create`
must be modified , now it can lead to some misunderstanding