2017-05-26 6 views
0

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

war
compile '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'sDie 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

Antwort