Couple of points:
> I have figured out a way to add interceptor in server builder to add
compression with type gzip
You don't need an interceptor to add custom codec compression on the server
side. Just use ServerBuilder.compressorRegistry(CompressorRegistry)
its been a while since i looked at that code but it seems like a good place
for you to tinker with is in the section that defines async writers:
// write for single request, streaming response
template
using AsyncStreamingWriter = grpc::ServerAsyncWriter;
// Writer for request/response
I implemented a grpc async streaming server that processes single requests
(ie the streaming is not bidirectional). But you should be able to modify
it so that it can process streaming requests. Here she is:
https://github.com/lbj137/repo1
On Thu, Jul 1, 2021 at 3:45 PM Christopher Pisz
wrote:
Wait wait...you implemented a GRPC asynch bidirectional streaming server in
C++?
I've been looking for 6 months for one that actually works and doesn't
block. Can I see? Can I see?
On Friday, June 18, 2021 at 10:07:45 AM UTC-4 shekha...@gmail.com wrote:
> Hi,
>
> We have a use-case where there
I swear I've hit every resource I can find known to man for six or more
months and all I hear is crickets.
The current examples on the GRPC website do not show bidirectional
streaming. Other teams I am working with in Java land want me to talk to
them from my C++ code base using a
Hi team,
I have been trying to understand the grpc java compression decompression
logic, but am having hard time on how to have server to compress response
messages based on what client accepts. Here is my understanding so far -
1. On the client side - using the following link I am setting