[grpc-io] Re: Problem with the design of the async grpc model

Hi White, 1. Is it possible that you abstract and implement your actual calls outside the grpc framework. You can still use protobuf to organize your calls, instead of defining a lot of grpc methods, you define only one async grpc method streaming on both sides. In the streamed

Re: [grpc-io] Re: Evaluating grpc for cross-platform project

There is absolutely no way gRPC can work on Arduino in its current form, and probably will never be. First, gRPC requires either posix network sockets, or windows sockets. Arduino - and most other microcontrollers - only have LWIP, and we don't have a port for this. Second, the core is written in

Re: [grpc-io] Re: GRPC + Node, what's the destination?

Bonjour Arnaud, The answer to your question really depends on what you really need and want. The pure javascript version of grpc isn't released yet, and when it is, it will be in alpha state. We won't support anything else than basic grpc client features at first, but we're planning to listen

[grpc-io] Re: [Java] Server-side streaming - server doesn't detect when client disappears

Hm, I would have thought that seeing the TCP connection broken would at some point cause StreamObserver.onNext() (on the server side) to complain. I've set all four options you mentioned on my Netty server. When the gRPC starts, the server enters a loop where it calls StreamObserver.onNext()

[grpc-io] Re: GRPC + Node, what's the destination?

+grpc-io@googlegroups.com On Fri, Apr 13, 2018 at 7:01 AM Arnaud Dematte wrote: > Hi Michael, > > > first, thanks for all the good work you've been doing on grpc/node ! > > > I've been working with GRPC for more than a year and I am a bit