JSch native broken in 3.2.1.Final, known workaround? #35105
Replies: 1 comment
-
Fixed in next version of the extension. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm using the JSch extension in a native Quarkus application. It worked fine in an older release (2.16), but with 3.2.1.Final (EDIT: and 3.2.2.Final) I get this trying to decrypt a SSH private key:
Caused by: java.lang.ClassNotFoundException: com.jcraft.jsch.jbcrypt.JBCrypt at org.graalvm.nativeimage.builder/com.oracle.svm.core.hub.ClassForNameSupport.forName(ClassForNameSupport.java:123) at org.graalvm.nativeimage.builder/com.oracle.svm.core.hub.ClassForNameSupport.forName(ClassForNameSupport.java:87) at java.base@17.0.8/java.lang.Class.forName(DynamicHub.java:1322) at java.base@17.0.8/java.lang.Class.forName(DynamicHub.java:1285) at java.base@17.0.8/java.lang.Class.forName(DynamicHub.java:1278) at com.jcraft.jsch.KeyPair.loadOpenSSHKeyv1(KeyPair.java:1185)
Searching for
Class.forName
in the JSch repo finds quite a lot of things, so even if I can registercom.jcraft.jsch.jbcrypt.JBCrypt
manually I'm worried that I will run into other similar errors in production.Is this known? Is there a good way to go about this to avoid surprises? Ideally I'd like to register all the JSch classes for reflection just in case.
Beta Was this translation helpful? Give feedback.
All reactions