[grpc-io] Re: More granularity for errors generated by gRPC itself

2018-05-04 Thread Arpit Baldeva
There are many scenarios when application would want to see custom error codes even if just for logging/better visibility. The pattern I use: 1. Stick a google::rpc::status in every response message. 2. Create a Message with embedded enums next to the Service definition in the proto file. Each

[grpc-io] Re: More granularity for errors generated by gRPC itself

2018-04-18 Thread 'Carl Mastrangelo' via grpc.io
Responses inline On Thursday, April 12, 2018 at 2:52:10 PM UTC-7, Ruslan Nigmatullin wrote: > > Hi, > > Is there a chance to add details to errors generated by gRPC layer itself > to distinguish different scenarios instead of forcing gRPC users to analyze > error message client-side? Parsing

[grpc-io] Re: More granularity for errors generated by gRPC itself

2018-04-18 Thread 'Muxi Yan' via grpc.io
The problem with that is there is not a fine-grained set of codes that we can support. Particularly, the server application may return status codes with their own definition. Adding codes is not likely to help with the situation for gRPC since there would always be scenarios that is not