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\java>java -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