Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
Unknown
Description
I noticed there's a subtle difference in the way that the gRPC consumer and producer do the configuration for TLS support.
The consumer does:
serverBuilder = serverBuilder.sslContext(GrpcSslContexts.configure(sslContextBuilder).build());
Where as the producer does:
channelBuilder = channelBuilder.sslContext(sslContextBuilder.build());
GrpcSslContexts has some useful internal logic which can do fallback if the specified security provider is not available. So we should use it on the producer side.
My main motivation for this is for Camel Quarkus where there is no native mode support for Netty + OpenSSL, so the fallback mechanism becomes very useful.
Attachments
Issue Links
- links to