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
