Hi Mats, You may want to try Ian's suggestions. If still not working, at this point I think it's an issue in the way Apache Tomcat is configured. The GDAL DLLs need to be properly referenced and loaded to have the GDAL plugin work. I never used Tomcat as a Windows service so I can't provide additional help. However, I have found this documentation page: https://tomcat.apache.org/tomcat-9.0-doc/windows-service-howto.html
You may want to try setting the --Environment flag to specify the PATH and/or the --jvmOptions flag to setup the -Djava.library.path to see if the values you need are somehow sent to the application. Please, let us know. Regards, Daniele On Mon, Oct 7, 2019 at 3:08 PM Ian Turton <ijtur...@gmail.com> wrote: > 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 > -- 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
