[grpc-io] How to terminate a C++ client

I have a C++ client that reads data from a stream using a ClientReader. The client runs a separate thread that effectively does: while (reader_stream->Read(buf)) { // Do something with buf } This works just fine, no problem. At some point, my process receives a message from an external

[grpc-io] gRPC-Core Release 1.16.0

This is 1.16.0 (gao) release announcement for gRPC-Core and the wrapped languages C++, C#, Objective-C, Python, PHP and Ruby. Latest release notes are here . Core - Keepalive watchdog firing should return status UNAVAILABLE. (#16764

[grpc-io] Re: Connection deduplication

I'd need to learn more about the C implementation of connection deduplication before deciding whether it makes sense for grpc-go. E.g.s: Is it optional or always enabled? Does it scale connections when the maximum streams limit is reached? Could you file a bug against grpc-go for this if

[grpc-io] Re: Where to implement service file when using grpc

gradle build buildscript { ext { springBootVersion = '2.0.4.RELEASE'} repositories { mavenCentral()} dependencies { classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}") classpath("com.google.protobuf:protobuf-gradle-plugin:0.8.5") }} plugins

[grpc-io] Re: Where to implement service file when using grpc

On Thursday, November 1, 2018 at 12:02:26 AM UTC+5:30, aadarsh...@paytm.com wrote: > > proto file > > > > syntax="proto3"; > package com.project.grpc.roleservice; > > message UserRequest { > string userName=1;} > > message RoleReply { > string userRole=1;} > > service

[grpc-io] Re: Where to implement service file when using grpc

proto file syntax="proto3"; package com.project.grpc.roleservice; message UserRequest { string userName=1;} message RoleReply { string userRole=1;} service UserRoleFromServer{ rpc getRoleUser(stream UserRequest) returns (stream RoleReply);} On Wednesday, October 31, 2018 at

[grpc-io] Re: Where to implement service file when using grpc

ext { springBootVersion = '2.0.4.RELEASE'} repositories { mavenCentral()} dependencies { classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}") classpath("com.google.protobuf:protobuf-gradle-plugin:0.8.5") }} plugins { id 'java'} apply

[grpc-io] Re: Packaging Generated Code for gRPC Services

Generated protobuf code and GRPC code is forward compatible, meaning code generated by an older version of protobuf and GRPC can work with newer version of protobuf and GRPC runtimes. On Tuesday, October 30, 2018 at 4:41:48 PM UTC-7, Ryan Michela wrote: > > #1 has a big drawback. Generated

[grpc-io] Re: Where to implement service file when using grpc

Assuming you are using protobuf-maven-plugin , it doesn't matter that the generated files are under /generated-sources. The generated classes should be added automatically to your build path by the plugin. Just import them with the proper

[grpc-io] Re: gRPC server executor pool slowing process execution

The number of threads, especially the nio threads, look way too many. Too many threads only add overhead. You may try limiting your number of threads to 2 times the number of CPU cores. If you are doing blocking operations in your application thread, try switching to a non-blocking asynchronous

[grpc-io] crash when running server on a used address

Hello, I'm using the C++ API to write an RPC server, following the provided example code: ``` std::string server_address("0.0.0.0:50051"); GreeterServiceImpl service; ServerBuilder builder; builder.AddListeningPort(server_address, grpc::InsecureServerCredentials());

Re: [grpc-io] bidirectional communication on the same socket?

It is my understanding - but I may be mistaken here - is that a gRPC “session” is uni directional unless you use streaming (that being said, a server can send unsolicited “responses” - which may be treated like a request to the client- to a client). My continued confusion is that I believe the

Re: [grpc-io] bidirectional communication on the same socket?

Not necessarily for streaming. For sending requests and receiving synchronous or asynchronous responses. (unless I completely misunderstand what streaming means) On Wednesday, October 31, 2018 at 4:49:21 PM UTC+2, robert engels wrote: > > If you mean using the ‘streaming’ protocol, you can

Re: [grpc-io] bidirectional communication on the same socket?

If you mean using the ‘streaming’ protocol, you can look at github.com/robaho/keydbr which uses a bi-directional stream and the code is fairly simple. > On Oct 31, 2018, at 9:35 AM, dan.bar@huawei.com wrote: > > Once establishing a connection from one

[grpc-io] bidirectional communication on the same socket?

Once establishing a connection from one service (behind a firewall) to another service, is it correct that gRPC can now use the established connection to initiate requests on either side? If there's a pointer to some example demonstrating such bidirectional communication that would be great.

[grpc-io] Test

-- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from it, send an email to grpc-io+unsubscr...@googlegroups.com. To post to this group, send email to grpc-io@googlegroups.com. Visit this group