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

"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

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

Can you elaborate on what you mean by "Network connection is turned off at time T"? If the underlying TCP connection is broken, then the client should definitely notice something is wrong in that dark minute... On Mon, May 14, 2018 at 2:15 PM David Audrain wrote: > Hi,

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

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: [C#] Requirement of valid response object when status in non-OK in unary server call

One workaround that I know works is to throw an RpcException: throw new RpcException(new Status(StatusCode.Aborted, "Interceptor aborted" )); -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails

[grpc-io] [C#] Requirement of valid response object when status in non-OK in unary server call

Hi, I'm looking to use the interceptor functionality to abort or cleanly cancel RPCs based on some logic. Right now I'm happy to use the built in gRPC status codes as they suit my needs. I can see in C# how setting the status and returning a response prior to invoking the continuation would