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. >
_______________________________________________ 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