0
在深入研究我的问题时，解释了atg gRpc with TLS Client Authentication using SunPKCS11 in netty fails，我更改了netty-tcnative-boringssl的版本。在我的build.gradle的cange来自netty没有检测到netty-tengative
compile 'io.netty:netty-tcnative-boringssl-static:1.1.33.Fork26'
到
compile 'io.netty:netty-tcnative-boringssl-static:+'
导致：
+ --- io.netty：网状-tcnative-boringssl静电：+ - > 2.0.1.Final
我这样做，因为根据netty的javadoc SslContextBuilder'skeyManager(KeyManagerFactory factory)方法也适用于OpenSSL作为提供者，它不适用于版本1.1.33.Fork26。
现在，随着新版本的网状的SLF4J调试输出告诉我：
[主] DEBUG io.netty.handler.ssl.OpenSsl - 网状-tcnative不在 类路径; OpenSslEngine将不可用
因此，网络检测似乎失败。调试成 io.netty.handler.ssl.OpenSsl的静态代码块， 检测失败，因为
Class.forName("org.apache.tomcat.jni.SSL", false, OpenSsl.class.getClassLoader());
抛出异常。 我做错了什么，或者这是 纬度问题（https://github.com/relayrides/pushy/issues/303和https://github.com/netty/netty-tcnative/issues/136）的复兴？ //使用64位Win 10与Oracle Java 1.8.21