Während ich tiefer in mein Problem, erklärt atg gRpc with TLS Client Authentication using SunPKCS11 in netty fails, habe ich die Version von netty-tcnative-longlessssl geändert. Die cange in meinem build.gradle vonnetty erkennt nicht netty-tcnative
warcompile 'io.netty:netty-tcnative-boringssl-static:1.1.33.Fork26'
zu
compile 'io.netty:netty-tcnative-boringssl-static:+'
ergibt:
+ --- io.netty: netty-tcnative-boringssl-static: + -> 2.0.1.Final
ich tat dies, weil nach netty der javadoc SslContextBuilder's
Die Methodefunktioniert auch für OpenSSL als Provider, was nicht für Version 1.1.33.Fork26 gilt.
nun mit der neuen Version der slf4j Debug-Ausgabe von Netty mir sagt:
[main] DEBUG io.netty.handler.ssl.OpenSsl - netty-tcnative nicht in dem Classpath; OpenSslEngine ist nicht verfügbar
So scheint die Erkennung von netty-tcnative fehlgeschlagen. Debugging in io.netty.handler.ssl.OpenSsl
‚s statischen Codeblock, die Erkennung nicht erfolgreich ist, weil
Class.forName("org.apache.tomcat.jni.SSL", false, OpenSsl.class.getClassLoader());
eine Ausnahme ausgelöst. Habe ich etwas falsch gemacht, oder ist dies einige Wiederaufleben der lat Jahre Ausgaben (https://github.com/relayrides/pushy/issues/303 und https://github.com/netty/netty-tcnative/issues/136)? // Arbeiten an 64 Bit Win 10 mit Oracle Java 1.8.21