Le vendredi 26 octobre 2012 17:52:18, Ivan Lucena a écrit :
Hi there,
I am getting this exception when loading gdal.jar:
*
Native library load failed.
java.lang.UnsatisfiedLinkError: org.gdal.gdal.gdalJNI.HasThreadSupport()I
*
If I change the script that launch my application to use the java.exe
from the JDK instead of the JRE then the problem is gone. The problem is
that users usually have only JRE. Right?
Anyway, It doesn't seems like there is nothing wrong with the GDAL built. I
also try the same test with Tamas' binaries but got the same strange
error.
An by looking at swig/include/java/*.i I can see that some of the
loadLibrary would issue that message before the exception.
WARNING : GDAL should be compiled with thread support for safe execution
in Java.
But I am not getting it. So the error must be coming from loading
gdalconstjni.dll or osrjni.dll but not gdaljni.dll or ogrjni.dll
I haven't tried that with Linux but I will.
I search for java.lang.UnsatisfiedLinkError:
org.gdal.gdal.gdalJNI.HasThreadSupport()I on the web there are a hand
full of question about that but none of the suggestions mentioned the JRE
vs JDK issue.
Does anybody has a clue?
I'm a bit skeptical about this being a JRE vs JDK issue. I suspect that you
have an issue with the supporting dll (the 4 jni ones and gdalXXX.dll and its
dependencies) not being found in the PATH.
I've just tried with an older release-1500-dev.zip from Tamas site and a JRE.
I put gdalinfo.class (compiled from the samples in swig/java/apps) in C:
\release-1500-dev\release-1500\bin\gdal\java
And then, after calling SDKShell.bat, just run from there :
C:\release-1500-dev\release-1500\bin\gdal\javajava -cp gdal.jar;. gdalinfo
Seems to work.
Regards,
Even
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev