Backslashes are probably going to be a problem in JAVA_OPTS=-Djava.library.path=C:\gdal1911\bin;C:\gdal1911\bin\gdal\java - try either JAVA_OPTS=-Djava.library.path=C:/gdal1911/bin;C:/gdal1911/bin/gdal/java or JAVA_OPTS=-Djava.library.path=C:\\gdal1911\\bin;C:\\gdal1911\\ bin\\gdal\\java
Ian On Mon, 7 Oct 2019 at 13:09, Mats Elfström <mats.elfst...@giskraft.com> wrote: > Hi Daniele! > Thanks once again for your support. I am using the stable version. > The war file I used was downloaded on september 23 and labeled > geoserver-2.16.0-war. > The contained geoserver.war file is dated 2016-09-18. > And I can confirm that the file gdal-2.2.0.jar of the same date is present > in the lib folder. > The Catalina log from the last restart does mention GDAL but just once. > 05-Oct-2019 07:11:54.161 WARNING [main] > it.geosolutions.imageio.gdalframework.GDALUtilities.loadGDAL Failed to load > the GDAL native libs. This is not a problem unless you need to use the GDAL > plugins: they won't be enabled. > java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path > This I already know, so I forgot to mention that. > I have also tried stopping Geoserver from the Apache manager, manuallay > setting > JAVA_OPTS=-Djava.library.path=C:\gdal1911\bin;C:\gdal1911\bin\gdal\java > and then restarting Geoserver. Still no mention of GDAL in the java > library path. > As I said, restarting the whole Apache geodata pack kills the JAVA_OPTS > setting. I honestly have no idea what is going on here. > > Regards, Mats.E > > > *GisKraft*, GIS och webbkonsult > Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden > tel: +46 70 595 39 35 / web: www.giskraft.com > > > Den mån 7 okt. 2019 kl 09:19 skrev Daniele Romagnoli < > daniele.romagn...@geo-solutions.it>: > >> Hi Mats, >> quick question: >> Which GeoServer 2.16 are you using? Is it a 2.16.0 or a 2.16-RC instead? >> The past month we noticed that the 2.16-RC wasn't containing a GDAL jar >> so we fixed that before doing the 2.16.0 release which properly contains >> the missing package. >> You might double check on your webapps/geoserver/WEB-INF/lib if the >> gdal-2.2.0.jar lib is available. >> I would also take a look on your tomcat's catalina.out/catalina.log to >> see if it spots anything about GDAL. >> >> Please, let us know. >> Daniele >> >> >> >> On Sat, Oct 5, 2019 at 9:30 AM Mats Elfström <mats.elfst...@gmail.com> >> wrote: >> >>> Hi Daniele! >>> Thank you for a very considerate and complete reply to my question. I >>> really appreciate the time you put into this. >>> But I am sad to report that it has not helped. Not to say that it is >>> your fault. I understand what you describe, and what needs to be done, but >>> Tomcat and Geoserver will not play along. >>> Several hours of work and a splitting headache later I am still firmly >>> at square one. >>> A warning sign on the gs-gdal extension and the message JNI GDAL >>> Wrapper Version: unavailable and no sign of the GDAL path in the >>> java.libray.path. >>> I had no setenv.bat so I did one, and put it where catalina.bat is >>> supposed to read it. Run by itself, setenv.bat does what it is supposed to, >>> but after starting Tomcat the JAVA_OPTS setting is gone. >>> In the process I switched Java machine from Oracle to OpenJDK/JRE for >>> licensing reasons. That did not help, but also did not affect Tomact, >>> Geoserver or Geonetwork. >>> Here comes a tricky part. >>> In the documentation it is said that if you have installed Geoserver as >>> a Windows 32 bit service, a wrapper setting needs to be adressed. My >>> Geoserver is installed from the war-file under >>> Tomcat which is running as a 64 bit service. Does that make Geoserver a >>> 64 bit service as well? (I do not miss the Windows installer. The war file >>> is perfect, and I used that for Geonetwork too) >>> According to the Geoserver log it never tries to load GDAL at all. And I >>> have no wrapper.conf file, in fact no bin folder either >>> So I am still running blindfolded through the maze. >>> GDAL is an important library for geodata, so it should not be so hard to >>> make it run. >>> Have a nice weekend! >>> >>> Best regards, Mats.E >>> >>> ______________________________________________ >>> Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden >>> tel: +46 46 145959 / mob: +46 70 595 39 35 >>> alt e-mail: mats.elfst...@giskraft.com <mats.elfst...@telia.com> >>> >>> >>> >>> Den fre 4 okt. 2019 kl 10:57 skrev Daniele Romagnoli < >>> daniele.romagn...@geo-solutions.it>: >>> >>>> Hi, >>>> GeoServer and GDAL are under continuous development/improvement so each >>>> release series of GeoServer has some requirements in terms of which GDAL >>>> version need to be used. This is usually reported in the >>>> documentation unless there are typos or some sections don't get updated >>>> properly during updates. >>>> In your case, since you are using 2.16, you need GDAL 2.x as reported >>>> here: >>>> >>>> https://docs.geoserver.org/stable/en/user/data/raster/gdal.html#installing-gdal-native-libraries >>>> >>>> I would use 2.2.x or 2.4.x since these are the versions being reported >>>> in the doc as tested. >>>> The GDAL 1.9.2 version's thread you have seen was probably related to a >>>> previous GeoServer version and it won't work on your case. >>>> >>>> As as you said, there are so many versions in GIS internals page. >>>> That is due to the fact that there is a first distinction between 32 >>>> bit and 64 bit architecture, plus the different availability of CRT (C >>>> RunTime libraries) dependencies on your Windows system. >>>> I have no familiarity with the Windows Server 2016 installation so you >>>> may need to test a few of them, finding the right one (this depends on >>>> which CRTs are on your system). >>>> I just did a test on my Windows 10 64 using *release-1911-x64-gdal-2-4-2 >>>> (**MSVC 2017)* compiled binaries in a single zipped package and it >>>> worked. >>>> >>>> The key point to have it working is having the GDAL binaries and the >>>> related JNI (the libs needed to have the Java code "invoke" the C >>>> libraries) being referred by the PATH environment variable and some Windows >>>> version requries the java.library.path JAVA option too. >>>> >>>> Checking your log, I have noticed that no GDAL path is reported in the >>>> java.library.path section. >>>> So, on your setenv.bat tomcat script or the one you usually edit, you >>>> need to update PATH and JAVA_OPTS variables with something like below. >>>> (I give you my example so you can do a comparison): >>>> >>>> SET >>>> JAVA_OPTS=-Djava.library.path=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java >>>> %JAVA_OPTS% >>>> >>>> SET >>>> PATH=C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin;C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java;%PATH% >>>> >>>> Note that each var uses 2 entries: >>>> C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin >>>> >>>> C:\work\programs\release-1911-x64-gdal-2-4-2-mapserver-7-4-0\bin\gdal\java >>>> >>>> -the first one refers to the path where there is *gdal204.dll* and all >>>> needed dependencies. >>>> -the second one refers to the path where there is the java JNI wrapper >>>> lib, *gdalalljni.dll* >>>> >>>> Please, let us know if that helps. >>>> Regards, >>>> Daniele >>>> >>>> >>>> On Thu, Oct 3, 2019 at 10:02 PM Mats Elfström <mats.elfst...@gmail.com> >>>> wrote: >>>> >>>>> Hi All! >>>>> I am unable to find sufficient information on how to enable the GDAL >>>>> plugin for Geoserver. >>>>> The mailing list has no information that I can use, and the >>>>> documentation is incomplete. >>>>> >>>>> My setup is Geoserver 2.16, deployed from a war-file under Tomcat 9 on >>>>> Windows Server 2016 Standard. All 64bit. >>>>> The GDAL module is registered, but with a warning sign and this message >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> *Module Name: ImageI/O-Ext GDAL Coverage ExtensionModule ID: >>>>> gs-gdalVersion: 1.3.2Component: GridCoverage2DReaderMessage:JNI GDAL >>>>> Wrapper Version: unavailablejava.library.path: >>>>> C:\apache\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;C:\Program >>>>> Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program >>>>> Files\AdoptOpenJDK\jdk-8.0.222.10-hotspot\bin;C:\Program >>>>> Files\AdoptOpenJDK\jre-8.0.222.10-hotspot\bin;C:\Program Files >>>>> (x86)\Cuminas\Document Express DjVu >>>>> Plug-in\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\ServiceProfiles\LocalService\AppData\Local\Microsoft\WindowsApps;.* >>>>> >>>>> I have followed various instructions back and forth, but all attempts >>>>> end up at this same result. >>>>> The crucial points are: >>>>> 1 How do you enable the JNI GDAL Wrapper, and where is it? >>>>> 2 How do you add the GDAL path to the java.library.path? >>>>> or does the answer to 2 also solve 1? >>>>> I have added the GDAL path and the GDAL variables as per instructions >>>>> to no avail. >>>>> >>>>> Another factor is what GDAL version to use? The advised link to >>>>> gisinternals.com leads to a repository with dozens of packages. >>>>> 3 Which GISInternal package shall I use for my setup? >>>>> >>>>> One thread claims that only GDAL 1.9.2 will work with Geoserver, so my >>>>> latest attempt was with release-1600-x64-gdal-1-9-2-mapserver-6-2-0. It >>>>> did >>>>> not work. >>>>> >>>>> I might add that I have installed and running instances of >>>>> PSQL/PostGIS and Geonetwork 3.8.1.0 on the very same machine, and that the >>>>> rest of Geoserver has no problems. >>>>> >>>>> Regards, Mats.E >>>>> ______________________________________________ >>>>> Mats Elfström, Väpplingvägen 21, SE-227 38 LUND, Sweden >>>>> tel: +46 46 145959 / mob: +46 70 595 39 35 >>>>> alt e-mail: mats.elfst...@giskraft.com <mats.elfst...@telia.com> >>>>> >>>>> _______________________________________________ >>>>> Geoserver-users mailing list >>>>> >>>>> Please make sure you read the following two resources before posting >>>>> to this list: >>>>> - Earning your support instead of buying it, but Ian Turton: >>>>> http://www.ianturton.com/talks/foss4g.html#/ >>>>> - The GeoServer user list posting guidelines: >>>>> http://geoserver.org/comm/userlist-guidelines.html >>>>> >>>>> If you want to request a feature or an improvement, also see this: >>>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer >>>>> >>>>> >>>>> Geoserver-users@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Daniele Romagnoli >>>> == >>>> GeoServer Professional Services from the experts! Visit >>>> http://goo.gl/it488V for more information. >>>> == >>>> >>>> Ing. Daniele Romagnoli >>>> Senior Software Engineer >>>> >>>> GeoSolutions S.A.S. >>>> Via di Montramito 3/A >>>> 55054 Massarosa (LU) >>>> Italy >>>> phone: +39 0584 962313 >>>> fax: +39 0584 1660272 >>>> >>>> http://www.geo-solutions.it >>>> http://twitter.com/geosolutions_it >>>> >>>> ------------------------------------------------------- >>>> >>>> Con riferimento alla normativa sul trattamento dei dati personali (Reg. >>>> UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si >>>> precisa che ogni circostanza inerente alla presente email (il suo >>>> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è >>>> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il >>>> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra >>>> operazione è illecita. Le sarei comunque grato se potesse darmene notizia. >>>> >>>> This email is intended only for the person or entity to which it is >>>> addressed and may contain information that is privileged, confidential or >>>> otherwise protected from disclosure. We remind that - as provided by >>>> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this >>>> e-mail or the information herein by anyone other than the intended >>>> recipient is prohibited. If you have received this email by mistake, please >>>> notify us immediately by telephone or e-mail. >>>> >>> >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior Software Engineer >> >> GeoSolutions S.A.S. >> Via di Montramito 3/A >> 55054 Massarosa (LU) >> Italy >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> >> http://www.geo-solutions.it >> http://twitter.com/geosolutions_it >> >> ------------------------------------------------------- >> >> Con riferimento alla normativa sul trattamento dei dati personali (Reg. >> UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si >> precisa che ogni circostanza inerente alla presente email (il suo >> contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è >> riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il >> messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra >> operazione è illecita. Le sarei comunque grato se potesse darmene notizia. >> >> This email is intended only for the person or entity to which it is >> addressed and may contain information that is privileged, confidential or >> otherwise protected from disclosure. We remind that - as provided by >> European Regulation 2016/679 “GDPR” - copying, dissemination or use of this >> e-mail or the information herein by anyone other than the intended >> recipient is prohibited. If you have received this email by mistake, please >> notify us immediately by telephone or e-mail. >> > _______________________________________________ > Geoserver-users mailing list > > Please make sure you read the following two resources before posting to > this list: > - Earning your support instead of buying it, but Ian Turton: > http://www.ianturton.com/talks/foss4g.html#/ > - The GeoServer user list posting guidelines: > http://geoserver.org/comm/userlist-guidelines.html > > If you want to request a feature or an improvement, also see this: > https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer > > > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Ian Turton
_______________________________________________ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
