Here's the example that shows what I'm trying to achieve
-
https://github.com/cartmanez/grpc-java-by-example/tree/master/error-handling-example
The idea is the following:
I have a set of domain exception known by each microservice. There's a
mapping domain exception <-> StatusRuntimeException
Hi,
We are always glad to sponsor OSS projects.
In return we'd just ask you to upload on your OSS project page
https://github.com/grpc/grpc the logo attached linked back to
https://www.cppdepend.com
What do you think?
If you accept we'd just need your postal address and phone# to emit your
OSS
Yes, this class would only be used with protobuf. I like your suggested
rename to GrpcProtoBufferReader, and I will incorporate that change before
merging.
As of now, the the newly public classes are only being used by our codegen,
which is already proto dependent. We will ensure that any code
Hi Guys,
Can someone please answer a few questions about GRPC threading model?
If I create a ManagedChannel thusly:
NettyChannelBuilder builder = NettyChannelBuilder.forAddress( host, port );
builder.eventLoopGroup( new NioEventLoopGroup(2) );
builder.executor( new ThreadPoolExecutor( 1, 1,
Yes, basically. If you can use the openssl tool (like s_client) to use the
certs, then we would know this is a problem on the java side.
On Thursday, March 1, 2018 at 12:58:11 PM UTC-8, cr2...@gmail.com wrote:
>
> Does this just wrapper the local native oppenssl implementation ?
>
> On
Not tried that yet but I removed the keyManger setting and got the very
same error. So I'm really now thinking it's nothing actually wrong with the
client keys/certs being set there.
On Thursday, March 1, 2018 at 2:16:14 PM UTC-5, Carl Mastrangelo wrote:
>
> Can you try with some of the
Does this just wrapper the local native oppenssl implementation ?
On Thursday, March 1, 2018 at 2:16:14 PM UTC-5, Carl Mastrangelo wrote:
>
> Can you try with some of the default certs provided? We use
> https://github.com/grpc/grpc-java/tree/master/testing/src/main/resources/certs
>
> for
Answers inline
On Thursday, March 1, 2018 at 12:53:15 PM UTC-8, vicva...@gmail.com wrote:
>
>
> Hi Guys,
>
> Can someone please answer a few questions about GRPC threading model?
>
> If I create a ManagedChannel thusly:
>
> NettyChannelBuilder builder = NettyChannelBuilder.forAddress( host, port
It's been a while since I looked at this code, but I'm probably the most
familiar with it. The close loop benchmark you are looking at records each
latency in a histogram called `recorder`. At the end of the benchmark, the
latencies are added up and the 50th / 99th percentile is reported
Carl,
thanks for reply.
However, I'm a bit confused as I don't see a way to return my custom
exception from the listener to the calling code.
Throwing an exception from onClose simply swallows the exception and makes
the call hang forever.
super.onClose() only accepts status and trailers. So,
Hey Nathan,
Thanks for taking the time for the detailed answer. I'm still not entirely
convinced by your points. To respond to your points and try and clarify
what I wrote:
> (When you talk about a hierarchy of Exception classes, this is about
making something more convenient than it is
Can you try with some of the default certs provided? We
use
https://github.com/grpc/grpc-java/tree/master/testing/src/main/resources/certs
for our tests.
On Wednesday, February 28, 2018 at 2:47:41 PM UTC-8, cr2...@gmail.com wrote:
>
> Hi
> Seeing this error though it seems the all the
I captured our generated cert and the private key in files .. tlsCertPem
tlsKeyPem
Then did a `openssl s_client -connect localhost:7050 -cert tlsCertPem -key
tlsKeyPem -debug`
I got what was a telnet like session .. typed a few lines hit enter : and ..
```
orderer.example.com |
It's possible to give multiple client certificates. Is there some
*selection* criteria when connecting to a specific server that determines
which *if any* client certs are acceptable ?
Will it simpie try all ? (not done much with mutual auth :)
On Wednesday, February 28, 2018 at 5:47:41 PM
This has been reproduced on Fedora 27 with IBM Jdk / Ubuntu OpenJdk and
Mac not sure of what JDK.
On Wednesday, February 28, 2018 at 5:47:41 PM UTC-5, cr2...@gmail.com wrote:
>
> Hi
> Seeing this error though it seems the all the certificates do check out ok.
>
> grpc java version 1.10.0
>
>
Hi,
Looks like C core added cert reload support
(https://github.com/grpc/grpc/pull/12644) but C++ api does not expose the
functionality? Am I missing something here or this is in the works?
Thanks.
--
You received this message because you are subscribed to the Google Groups
"grpc.io"
Hi Devs,
Currently I am working on implementing gRPC support for my product. Since
grpc-core has a transitive dependency to guava library. I need to include
guava library alone with grpc libraries in my distribution. Since guava
library size is around 2.3MB, I am trying to create miniature
17 matches
Mail list logo