[grpc-io] Trying to catch gRPC cancellation condition

I have a particular gRPC call that may abort unexpectedly and I see this when it happens: events.py:80: RPC cancelled for servicer method [] I'm wondering why this doesn't cause an exception to be thrown so it can be caught and handled. Thanks, -Clint -- You received this message because

[grpc-io] Can Protobuf serialized data be sent from gRPC server to client?

In my Grpc server application, I already have the Protobuf serialized data that it received from a different server. Is there a way to avoid deserialization in the gRPC server and avoid creating the Protobuf response object and directly send theProtobuf serialized data to the client so client

[grpc-io] Can Protobuf serialized data be passed from gRPC server to gRPC client ?

In my Grpc server application, I already have the Protobuf serialized data that it received from a different server. Is there a way to avoid deserialization in the gRPC server and avoid creating the Protobuf response object and directly send theProtobuf serialized data to the client so client

[grpc-io] Avoid Deserialization in response

In my Grpc server application, I already have the Protobuf serialized data that it received from a different server. Is there a way to avoid deserialization in the gRPC server and avoid creating the Protobuf response object and directly send theProtobuf serialized data to the client so client

[grpc-io] gRPC-Java 1.45.4 released

The v1.45.4 release is now available. *Bug Fixes* - core: Free unused MessageProducer in RetriableStream (#9853 ) -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this

[grpc-io] OPENSSL_internal:CERTIFICATE_VERIFY_FAILED

I am using self-signed certifcate for my client and generate RA-TLS certificate for server and get error: OPENSSL_internal:CERTIFICATE_VERIFY_FAILED when I want to connect to the server here is my server.py: if __name__ == '__main__': # calling ra_tls_create_key_and_crt_der from library

[grpc-io] Re: absl related Compilation Error of grpc cpp serve and client

What was the order of the flag you used? On Wednesday, January 19, 2022 at 10:27:04 AM UTC cansu gençoğlu wrote: > I changed the order of the libs while linking and the only remaining error > is below. As I understand this > `absl::lts_20210324::Mutex::~Mutex()' function is in >