[grpc-io] Re: convention related to creating v2 endpoints for grpc services ?

How about using implementing service interceptors which will act as middlewares and these middlewares will perform the additional work and then forward the message to v1 method. Any concerns around this? On Wednesday, April 19, 2017 at 12:21:21 AM UTC+5:30, Sahil Kharb wrote: > > Hello all, > >

[grpc-io] How to set TOS bits on grpc server side for a new grpc client connection request?

grpc server is listening on a port and accepting connection request from grpc clients. lis.Accept() is called inside grpc lib. If I'd like to set TOS bits of the new accepted connection, what should I do? Thanks Steven -- You received this message because you are subscribed to the Google Grou

Re: [grpc-io] Re: connection retry policy in 1.2

Also, how did you get those reconnect attempt times? All languages should be following our standard connection backoff algorithm . If one's not, that would be a bug. Note that 20s is permitted as a minimum connect time. Basically,

Re: [grpc-io] convention related to creating v2 endpoints for grpc services ?

To begin, have the API version in the protobuf package name. That allows you to have the new and old APIs in the same binary. If you can then implement the v1 API using the v2 API it reduces the maintenance burden. If the two APIs are different enough that you can't implement v1 in v2, then yes, yo

[grpc-io] Re: connection retry policy in 1.2

In what language? There are (at least) two kinds of reties: connection attempt retry, and high level RPC call retry. I assume your question is about the former. On Friday, April 14, 2017 at 12:25:11 PM UTC-7, Yaz Saito wrote: > > I'm trying out 1.2.4 (I was using 1.0.1), and I noticed that the c

Re: [grpc-io] [android][java][cloud-speech] how can I know about the channel status?

On Mon, Apr 17, 2017 at 10:16 PM, David Edery wrote: > ping :) > You didn't include me in the to: in your reply, so it got lost in the noise. > On Tuesday, April 4, 2017 at 9:14:45 AM UTC+3, David Edery wrote: >> >> On Friday, March 31, 2017 at 10:49:32 PM UTC+3, Eric Anderson wrote: >>> >>> O

[grpc-io] convention related to creating v2 endpoints for grpc services ?

Hello all, What kind of approach is suggested if we are creating v2 version for existing methods ? So, whenever we create the v2 endpoints, the chances of code duplication is very high, has anyone come up with any clean approach ?? Open for all kinds of suggestion. -- You received this messa

[grpc-io] [C++] load balancing?

Hello, What's the status of load balancing (https://github.com/grpc/grpc/blob/master/doc/load-balancing.md) in C++? It seems that the "grpclb" implementation exists in core, but there's no way to obtain addresses with is_balancer=true (the DNS resolvers always assume that resolved addresses ar