Java.lang.unsatisfiedlinkerror Could Not Load Swt Library. Reasons

[Skye Severy]

Whya native library?

I have an old Delphi created wsdl file from a client which must be used in one expression function within ignition to create a SOAP connection. Unfortunately, the wsdl is not compatible with Java, so I had no other choice than using the old existing C# code and write a Wrapper in C++ to generate a native library. To write the wrapper, I used to following tutorial. However, if you want to try out the code for your own, you need to know, that __gc is deprecated and you have to use ref now instead.

I call the native C++ library from Java using JNI. This works quite fine when I ran the code from a command shell, however, as a module installed in inductive automation, it does not work at all. I presented the problem first to Travis Cox, who told me that the scan class hangs up for some reason but he could not find out why. Therefore, he suggested me to write this forum post.

java.io.IOException: An existing connection was forcibly closed by the remote host. This is normal, because the SOAP server is not reachable and the result is therefore -999999 and not NA. This result you can see, if you run the SomaTest I also attached. wrapper.zip (231.4 KB)

Thread Viewer: Here you can see some more details, but no one helps in my eyes. However, there is also no download button. In the picture you an see the one I thought would be the most relevant.

diagnostics.png794567 24.5 KB

These two files MUST be in the same location than SomaWrapper. If you run the runnable jar in SomaTest.rar, you should see the -999999 value at the end (after the printed stack trace that the SOAP connection failed).

UnsatisfiedLinkError means that the two files are not correctly placed. On my side, when I run the test Program I wrote in Eclipse, it runs fine. So it should also run fine within inductive automation. Here is the source code of the SomaTest.rar program SomaCommunicator.zip (55.5 KB)

Server stack trace:

at System.ServiceModel.Channels.HttpOutput.WebRequestHttpOutput.GetOutputStream()

at System.ServiceModel.Channels.HttpOutput.Send(TimeSpan timeout)

at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.SendRequest(Message message, TimeSpan timeout)

at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)

at System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)

at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object ins, Object outs, TimeSpan timeout)

at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)

at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

This is a printed stack trace, because the SOAP server is not reachable and the result is -999999.0. This should be the same in inductive automation. If this is not the case, as on my side, the problem is somewhere, but not in my code, because it runs just fine outside of inductive automation.

I have downloaded the files attached to JCuda and JCudnn, version 10.1.0 from here: and extracted the folder. I put the folder location in PATH, CLASSPATH, and passed it in with -Djava.library.path, to no avail.

To address your short aside: my original goal was to incorporate JCuda into an existing project that uses gradle, but after running into the previous issue, I started a new project to resolve it in a vacuum. Once I confirmed that it was the Java version that was the issue, I cloned the jcuda-example-maven project you linked as an intermediate step (it was very helpful, thank you!). I was almost able to run that out of the box after updating the version to 10.1.0. However, this line causes the exception included below (commenting it out resulted in success).

The details of the new UnsatisfiedLinkError from JCusparse say " The specified procedure could not be found", which usually indicates that the JCuda version and the installed CUDA version do not match. It might not be immediately relevant for you, but to be sure: Do you also have any older CUDA versions installed?

I will certainly not go the extra mile and create matching JCuda versions for each and every CUDA build/patch version that they release. But if this becomes an issue for you, I can have another look at the release notes of the CUDA versions that I used for compiling the natives, and your exact CUDA version (which might be a later build, despite the same version number), or look at the actual headers and .LIB exports to see whether they might just have silently changed a function signature.

when trying to do an import by the standard OCR import job by OCR.Tesseract

which selects one of the training languages, a file to be uploaded and a destination to store the result.

Trying to look for your error on the web, I found the following thread that seems to refer to the same issue that you are running into : Getting UnsatisfiedLinkError: no jnilept in java.library.path when I create TessBaseAPI. Which talks about two issues running Tesseract : one about missing libraries (the one that you seem to be facing), and one about a wrong locale being set.

The dependency org.bytedeco.javacpp-presets:leptonica-platform is currently not declared in the POM of the Tesseract OCR API, which could be your issue. Can you try to install this dependency in the same wiki, restart XWiki and then see if it helps for the import ?

Hello every one ,

I have installed a dtSearch Engine on my PC and when i run the application i got some error on console

Exception in thread "Thread-5" java.lang.UnsatisfiedLinkError: C:\Program Files\dtSearch Developer\bin\dtsjava.dll: The operating

system cannot run %1

I have already set the environment variables,still I got this error.please give me the appropriate solutions.

I am getting "java.lang.UnsatisfiedLinkError: no ocijdbc9 in java.library.path" and I have Oracle latest version installed on machine, Can you please help, what is wrong ? Why its not able to find suitable driver.

What does java.library.path means? is it a environment variable or a System property? Also, How to set java.library.path in Eclipse, Netbeans or IntelliJ IDE? I have an application, which uses native library, which is different in windows and Mac OSX, and I need to run that program in Eclipse, please help.

java.lang.UnsatisfiedLinkError: Library foo not found tibrvnnative error comes because tibco native libraries are not accessible to your java program. check which directory they are located, you might not have right permissions. On Android, this error can come due to various reasons one of them is not compiled using NDK.

One reason for java.lang.UnsatisfiedLinkError is class is not available for linking phase, which happens after loading of class. We had faced the same issue, where we are loading class from file system and database together. We could load them but not link them.

@Anonymous, you can check following things to fix java.lang.UnsatisfiedLinkError: Native library not found

1) Make sure you have tibco installation directory in your PATH environment variable e.g. TIBCO_HOME/bin, which contains all dll required e.g. tibrvnative.dll

2) Make sure you have relevant JAR file in classpath e.g. tibrvnative.jar

3) Check if you have installed correct package, e.g. use tibco x86 installer for 32-bit systems, and tibco x64 installer for 64-bit systems.

4) If you are running your Java program, which uses Tibco on Eclipse than add tibco/bin as native library location in project build settings, in Solaris or Linux you can specify LD_LIBRARY_PATH environment variable to include those path.

Let me know if this helps

I am still getting tibrvnative.dll: Can't find dependent libraries, tried different things like reinstalling after uninstallation, different Java version etc, I also checked PATH, CLASSPATH and native library location but still getting this error.

I am also getting dll: can't find dependent library error while runing Java application which uses JNI and has 32 bit and 64 bit DLL. Initially I got error related to 32-bit vs 64-bit DLL vs JVM but after resolving that I stuck with this one.

This error also depends upon whether you are using System.load() or System.loadLibrary() method, because in case of load(), you give absolute path of native libraries while in case of loadLibrary() Java uses variable "java.library.path" to find native libraries.

3a8082e126