I installed latest Logstash (2.4) on my linux mint 17. Created a conf file and tried starting it. It gives me a very huge stack trace (1740 lines of stack trace).
LoadError: Could not load FFI Provider: (NotImplementedError) FFI not available: java.lang.UnsatisfiedLinkError: could not locate stub library in jar file. Tried [jni/x86_64-Linux/libjffi-१.२.so, /jni/x86_64-Linux/libjffi-१.२.so]
at com.kenai.jffi.internal.StubLoader.getStubLibraryStream(StubLoader.java:396)
at com.kenai.jffi.internal.StubLoader.loadFromJar(StubLoader.java:345)
at com.kenai.jffi.internal.StubLoader.load(StubLoader.java:254)
at com.kenai.jffi.internal.StubLoader.<clinit>(StubLoader.java:434)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at com.kenai.jffi.Init.load(Init.java:68)
at com.kenai.jffi.Foreign$InstanceHolder.getInstanceHolder(Foreign.java:49)
at com.kenai.jffi.Foreign$InstanceHolder.<clinit>(Foreign.java:45)
at com.kenai.jffi.Foreign.getInstance(Foreign.java:103)
at com.kenai.jffi.Platform.isSupported(Platform.java:370)
I am reproducing above, first few lines of stack trace.
Some part of the stack trace (added below here) seems to suggest, it got something to do with jruby.
java.lang.UnsatisfiedLinkError: Can't load library: /usr/java/packages/lib/amd64/libjffi-१.२.so
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1827)
at java.lang.Runtime.load0(Runtime.java:809)
at java.lang.System.load(System.java:1086)
at com.kenai.jffi.internal.StubLoader.loadFromBootPath(StubLoader.java:316)
at com.kenai.jffi.internal.StubLoader.load(StubLoader.java:249)
at com.kenai.jffi.internal.StubLoader.<clinit>(StubLoader.java:434)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
Any clues or recommendations on how to proceed to fix this..?
As shown in the 2nd stack trace above, my m/c doesn't have a directory /usr/java/..., so its obviously failing. But I don't understand why it will look for /usr/java/... set of folders.
Some other part of stack trace shows it is unable to locate libjffi-1.2.so.
What do all these errors mean, and how to fix ?
You can resolve this either by in jvm.options:
-Djava.io.tmpdir=</some/tmp/dir>
Where </some/tmp/dir> is a temporary directory.
Related
we're trying to upgrade from Wildfly 15 to Wildfly 17. When starting the application under 17 we get lot's of DEBUGs in log as follows:
2019-07-16 08:30:41,031|DEBUG| org.jboss.as.domain.management|Identification of operation not progressing after [15000000000] ns has been requested
2019-07-16 08:30:51,029|DEBUG| io.undertow.request|Matched prefix path /management for path /management
2019-07-16 08:30:51,029|DEBUG| io.undertow.request.security|Setting authentication required for exchange HttpServerExchange{ POST /management}
2019-07-16 08:30:51,029|DEBUG| org.wildfly.security|Unable to create instance
java.security.NoSuchAlgorithmException: ELY00011: Unable to create service for 'HttpServerAuthenticationMechanismFactory.BEARER_TOKEN'
at org.wildfly.security.WildFlyElytronProvider$ProviderService.newInstance(WildFlyElytronProvider.java:342)
at org.wildfly.security.http.util.SecurityProviderServerMechanismFactory.getMechanismNames(SecurityProviderServerMechanismFactory.java:79)
at org.wildfly.security.http.util.SetMechanismInformationMechanismFactory.getMechanismNames(SetMechanismInformationMechanismFactory.java:58)
at org.wildfly.security.http.util.FilterServerMechanismFactory.getMechanismNames(FilterServerMechanismFactory.java:100)
at org.wildfly.security.http.util.SortedServerMechanismFactory.getMechanismNames(SortedServerMechanismFactory.java:50)
at org.wildfly.security.auth.server.HttpAuthenticationFactory.getAllSupportedMechNames(HttpAuthenticationFactory.java:65)
at org.wildfly.security.auth.server.AbstractMechanismAuthenticationFactory.getMechanismNames(AbstractMechanismAuthenticationFactory.java:77)
at org.jboss.as.domain.http.server.ManagementHttpServer.lambda$secureDomainAccess$3(ManagementHttpServer.java:447)
at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.authenticate(HttpAuthenticator.java:253)
at org.wildfly.security.http.HttpAuthenticator$AuthenticationExchange.access$800(HttpAuthenticator.java:242)
at org.wildfly.security.http.HttpAuthenticator.authenticate(HttpAuthenticator.java:97)
at org.wildfly.elytron.web.undertow.server.SecurityContextImpl.authenticate(SecurityContextImpl.java:96)
at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:50)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:364)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NoSuchMethodException: org.wildfly.security.http.bearer.BearerTokenAuthenticationMechanism.<init>(java.security.Provider)
at java.lang.Class.getConstructor0(Class.java:3082)
at java.lang.Class.getConstructor(Class.java:1825)
at org.wildfly.security.WildFlyElytronProvider$ProviderService.newInstance(WildFlyElytronProvider.java:339)
Why is this and how can I get rid of these log entries?
Best regards
Mark.
This appears to be a bug in the WildFlyElytronProvider, I have created the following so we can implement a fix - https://issues.jboss.org/browse/ELY-1847
As this is just a DEBUG message you should be able to ignore in the meantime if you are not trying to use this mechanism.
When running jhipster from command line I get the following error, I am using jhipster latest version (v3.12.2) on windows machine. It seems there is an issue with gradle build.
gradlew.bat bootRun
:cleanResources
:bootBuildInfo
:bower
:nodeSetup SKIPPED
:gulpConstantDev
[15:59:03] Using gulpfile C:\dev\test\gulpfile.js
[15:59:03] Starting 'ngconstant:dev'...
[15:59:03] Finished 'ngconstant:dev' after 23 ms
:processResources
:compileJava
:classes
:findMainClass
:pathingJar
:bootRun
java.lang.NoClassDefFoundError: org/springframework/core/env/Environment
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
at java.lang.Class.getMethod0(Class.java:3018)
at java.lang.Class.getMethod(Class.java:1784)
at sun.launcher.LauncherHelper.validateMainClass(LauncherHelper.java:544)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:526)
Caused by: java.lang.ClassNotFoundException: org.springframework.core.env.Environment
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 7 more
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" :bootRun FAILED
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':bootRun'.
> Process 'command 'C:\Program Files\Java\jdk1.8.0_66\bin\java.exe'' finished with non-zero exit value 1
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.
BUILD FAILED
Total time: 15.498 secs
Using Maven works.
Regards
Yes, there is a gradle issue in this version, which produces this error if gradle cache path contains spaces. I suggest you permanently remove gradle cache to a path without spaces: Set Gradle Cache Directory?
If you need a temporary quick fix, like me, you can patch this using a dirty approach to fix the JHipster classpath. Suppose your Windows user name is "Your Name". Then it will be a part of the path string and you will need to replace it with "yourna~1" (it is the 8-chars equivalent for Windows long name directories, i.e. first 6 chars of the directory name lowercase without spaces + "~1"). You can patch it in your build.gradle, line 55 and the issue is gone:
attributes 'Class-Path': configurations.runtime.files.collect {
it.toURL().toString().replaceFirst(/file:\/+/, '/').replace("Your Name", "yourna~1")
}.join(' ')
In my Java code, when i change the SATSolver from SAT4J to MiniSatJNI or MiniSatProverJNI in:
A4Options options = new A4Options();
options.solver = A4Options.SatSolver.SAT4J;
For instance, to:
A4Options options = new A4Options();
options.solver = A4Options.SatSolver.MiniSatProverJNI;
And then call:
A4Solution currentAns = TranslateAlloyToKodkod.execute_command(null,
javaMetamodel.getAllReachableSigs(), command, options);
I receive the following execution error:
Fatal error:
The required JNI library cannot be found: java.lang.UnsatisfiedLinkError: no minisatproverx5 in java.library.path
at edu.mit.csail.sdg.alloy4compiler.translator.TranslateAlloyToKodkod.execute_command(TranslateAlloyToKodkod.java:390)
at ejdolly.JDollyImp.initializeAlloyAnalyzer(JDollyImp.java:128)
at ejdolly.JDolly.hasNext(JDolly.java:181)
at org.testorrery.ForLoopIterator.hasNext(ForLoopIterator.java:40)
at refactoringTest.RefactoringTest.runTests(RefactoringTest.java:145)
at refactoringTest.MainRunner.main(MainRunner.java:83)
Caused by: java.lang.UnsatisfiedLinkError: no minisatproverx5 in java.library.path
at java.lang.ClassLoader.loadLibrary(Unknown Source)
at java.lang.Runtime.loadLibrary0(Unknown Source)
at java.lang.System.loadLibrary(Unknown Source)
at kodkod.engine.satlab.NativeSolver.loadLibrary(NativeSolver.java:73)
at kodkod.engine.satlab.MiniSatProver.<clinit>(MiniSatProver.java:148)
at kodkod.engine.satlab.SATFactory$5.instance(SATFactory.java:106)
at kodkod.engine.fol2sat.Bool2CNFTranslator.translate(Bool2CNFTranslator.java:55)
at kodkod.engine.fol2sat.Translator.toCNF(Translator.java:426)
at kodkod.engine.fol2sat.Translator.generateSBP(Translator.java:365)
at kodkod.engine.fol2sat.Translator.toBoolean(Translator.java:343)
at kodkod.engine.fol2sat.Translator.translate(Translator.java:189)
at kodkod.engine.fol2sat.Translator.translate(Translator.java:143)
at kodkod.engine.Solver$SolutionIterator.next(Solver.java:495)
at kodkod.engine.Solver$SolutionIterator.next(Solver.java:1)
at edu.mit.csail.sdg.alloy4compiler.translator.A4Solution$Peeker.<init>(A4Solution.java:719)
at edu.mit.csail.sdg.alloy4compiler.translator.A4Solution$Peeker.<init>(A4Solution.java:709)
at edu.mit.csail.sdg.alloy4compiler.translator.A4Solution.solve(A4Solution.java:941)
at edu.mit.csail.sdg.alloy4compiler.translator.TranslateAlloyToKodkod.execute_command(TranslateAlloyToKodkod.java:388)
... 5 more
java.lang.NullPointerException
at ejdolly.JDolly.hasNext(JDolly.java:182)
at org.testorrery.ForLoopIterator.hasNext(ForLoopIterator.java:40)
at refactoringTest.RefactoringTest.runTests(RefactoringTest.java:145)
at refactoringTest.MainRunner.main(MainRunner.java:83)
Any help?
The solution pointed by #Aleksandar in:
Alloy API resulting in java.lang.UnsatisfiedLinkError
worked for me on linux!!! But it does not work on windows.
Thank you for all the help !
Alloy invokes native solvers (such as MiniSAT) by using JNDI/JNI. That means that the native libraries must be correctly configured before. If you do not have the library correclty configured, Java will produce a "java.lang.UnsatisfiedLinkError" exception.
The Alloy distributable jar includes correctly configured libraries for Windows "x86" and for Linux and Mac in "x86" and "x64". That means that the jar will work in Windows, without any additional configuration, if you are using the Java 32 bits, but not with Java 64 bits. In the other operating systems you can use both Java versions (32 and 64 bits).
You may check other questions in StackOverflow for the same explanation.
We are running Linux RHEL v6.4 where we have Jube 2.0.33 installed. Jube is running with below env vars set
export https_proxy=
export http_proxy=
export DOCKER_REGISTRY=
export KUBERNETES_MASTER=
export FABRIC8_CONSOLE=
Now, we are using below command after setting above env vars to build simple project (contained at quickstarts-master\quickstarts\java\simple-mainclass - from Github samples)
mvn clean install jube:build fabric8:json fabric8:deploy
The build becomes successful, however when we go to jube fabric8 hawtio console and try to run application... we don't see pods running... instead we see below stacktrace printed on jube server console.
Stack trace says the built image is trying to be uploaded to external maven repos which we don't want.... we tried setting "upload" xml element in maven to "false" too.... however still no luck, we end up seeing same stack trace.
ERROR: Failed to create pod: quickstart-camel-servlet-8. java.io.IOException: Failed to resolve mvn:io.fabric8.jube.images.fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/zip/image. org.sonatype.aether.collection.DependencyCollectionException: Failed to collect dependencies for io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:zip:image:2.2-SNAPSHOT (runtime)
java.io.IOException: Failed to resolve mvn:io.fabric8.jube.images.fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/zip/image. org.sonatype.aether.collection.DependencyCollectionException: Failed to collect dependencies for io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:zip:image:2.2-SNAPSHOT (runtime)
Caused by: org.sonatype.aether.collection.DependencyCollectionException: Failed to collect dependencies for io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:zip:image:2.2-SNAPSHOT (runtime)
Caused by: org.sonatype.aether.resolution.ArtifactDescriptorException: Failed to read artifact descriptor for io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:zip:image:2.2-SNAPSHOT
Caused by: org.sonatype.aether.resolution.ArtifactResolutionException: Could not transfer artifact io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:pom:2.2-SNAPSHOT from/to central (http://repo1.maven.org/maven2): Error transferring file: null to http://repo1.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/quickstart-war-camel-servlet-2.2-SNAPSHOT.pom
Caused by: org.sonatype.aether.transfer.ArtifactTransferException: Could not transfer artifact io.fabric8.jube.images.fabric8:quickstart-war-camel-servlet:pom:2.2-SNAPSHOT from/to central (http://repo1.maven.org/maven2): Error transferring file: null to http://repo1.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/quickstart-war-camel-servlet-2.2-SNAPSHOT.pom
Caused by: org.apache.maven.wagon.TransferFailedException: Error transferring file: null to http://repo1.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/quickstart-war-camel-servlet-2.2-SNAPSHOT.pom
at org.sonatype.maven.wagon.AhcWagon.fillInputData(AhcWagon.java:301)
Caused by: java.io.IOException: null to http://repo1.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/quickstart-war-camel-servlet-2.2-SNAPSHOT.pom
Caused by: java.net.ConnectException: null to http://repo1.maven.org/maven2/io/fabric8/jube/images/fabric8/quickstart-war-camel-servlet/2.2-SNAPSHOT/quickstart-war-camel-servlet-2.2-SNAPSHOT.pom
at com.ning.http.client.providers.netty.NettyConnectListener.operationComplete(NettyConnectListener.java:95)
Caused by: java.nio.channels.UnresolvedAddressException
at sun.nio.ch.Net.checkAddress(Net.java:127)
Any help to resolve this is greatly appreciated.
Thanks in advance
I have the following line in my java app
webBrowser = new WebBrowser(new URL("http://java.net"));
It is causing the following error
org.jdesktop.jdic.init.JdicInitException: java.lang.UnsatisfiedLinkError: no jdic in java.library.path
at org.jdesktop.jdic.init.JdicManager.initBrowserNative(Unknown Source)
at org.jdesktop.jdic.browser.WebBrowser.<clinit>(Unknown Source)
at Leech.leecher$1.actionPerformed(leecher.java:41)
Any idea how to rectify it
You may need to add jdic.dll to the root of your Project.
Then add IeEmbed.exe and MozEmbed.exe to the same directory where jdicXXX.jar locate.
You can download them from below location
https://www.dropbox.com/s/qt3ax417t994q4h/JDIC.zip?dl=0