Re: [grpc-io] [grpc c++] Stream buffer writting policy

2018-05-16 Thread David Audrain
> > The server would be responsible for noticing the missing data and closing > the stream accordingly > > On Tue, May 15, 2018 at 3:28 PM David Audrain <david@gmail.com > > wrote: > >> v1.7.1 >> >> I am in the process of using v1.11.1 >>

Re: [grpc-io] [grpc c++] Stream buffer writting policy

2018-05-15 Thread David Audrain
v1.7.1 I am in the process of using v1.11.1 On Tuesday, May 15, 2018 at 5:18:07 PM UTC-4, Noah Eisen wrote: > > These log statements are quite old... what version of gRPC are you using? > > On Tue, May 15, 2018 at 1:20 PM David Audrain <david@gmail.com > > wr

Re: [grpc-io] [grpc c++] Stream buffer writting policy

2018-05-15 Thread David Audrain
re. gRPC does not have a built in > mechanism for messages in a long lives stream to be ack-ed. I would suggest > adding something to your service as a sanity check that all messages came > through. Seems like even a dumb incremental counter might work. > > On Mon, May 14, 2018

Re: [grpc-io] [grpc c++] Stream buffer writting policy

2018-05-14 Thread David Audrain
"Network connection is turned off at time T" would be like turning Wi-Fi off on a Mac while client is writing messages on a client streaming service. -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving

[grpc-io] [grpc c++] Stream buffer writting policy

2018-05-14 Thread David Audrain
Hi, I am doing some testing between a client and a server to understand how GRPC C++ buffers messages being written to a RPC stream when the network connection is switched off. GRPC_ARG_HTTP2_WRITE_BUFFER_SIZE is set to 64 bytes when creating the channel, and each message written to the

[grpc-io] Re: [grpc design] Never ending bidirectionnal stream use case

2018-05-11 Thread David Audrain
According to this documentation <https://github.com/grpc/proposal/blob/master/A8-client-side-keepalive.md>, this is a valid usage. On Thursday, May 10, 2018 at 11:35:23 AM UTC-4, David Audrain wrote: > > Hi, > > Our client application and our server will continuously

[grpc-io] [grpc design] Never ending bidirectionnal stream use case

2018-05-10 Thread David Audrain
Hi, Our client application and our server will continuously exchange messages: - Client may send a message containing a gps coordinate every 10 seconds to the server - Server may send a message containing geolocalized information - If there is nothing close the client gps

Re: [grpc-io] Re: [C++] How to simulate GO tls config InsecureSkipVerify

2018-04-06 Thread David Audrain
example of generating credentials. Any input on why that won't work for a > C++ TLS greeter service (copying the github creds will work) > > On Wed, Apr 4, 2018 at 2:02 PM David Audrain <david@gmail.com > > wrote: > >> I've implemented a tls version of helloworld/gree

[grpc-io] Re: [C++] How to simulate GO tls config InsecureSkipVerify

2018-04-04 Thread David Audrain
gt; That seems like the right way to go about it. > > Are you running into trouble? what are the errors? > > On Thursday, March 29, 2018 at 3:36:59 PM UTC-7, David Audrain wrote: >> >> Hi, >> >> My C++ Client tries to connect my dev server using TLS but connectio

[grpc-io] [C++] How to simulate GO tls config InsecureSkipVerify

2018-03-29 Thread David Audrain
Hi, My C++ Client tries to connect my dev server using TLS but connection keeps failing while checking the dev server certificate. The go version uses the following workaround to skip the verification: grpcOpts := []grpc.DialOption{} creds := credentials.NewTLS({InsecureSkipVerify: *