[Geoserver-users] Problems when running geoserver with gdal extension

GeoServer GeoServer User
1

Hi everybody,

I tried to install with the newest geoserver release the gdal extension,
following the instructions
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html

I realized that in after the version imageio-ext 1.1.6 in
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.6/native/gdal/linux/
or
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.7/native/gdal/linux/

the files are specifically build for centos 5.8, ubuntu 11, and ubuntu 12

I tried to build it on red hat 6 (2.6.32-71.24.1.el6.x86_64)
Therefore I chose the file gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz

I compiled gdal with ecw support version 1.9.2

When trying to create an ecw store I got the error :
27 Jun 18:13:11 INFO [geoserver.web] - Getting list of coverages for saved
store file:/raid0/GeoserverDATA/ecw_st1/001140w.ecw
java.lang.RuntimeException: Could not list layers for this store, an error
occurred retrieving them: Incorrect input type!

Full stacktrace is available on http://nopaste.info/9bf02a2d37.html
<http://nopaste.info/9bf02a2d37.html&gt;

I do not know, what I am doing wrong.

Any hints or suggestions?

Markus

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

2

Ciao Markus,
please, read below...

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Thu, Jun 27, 2013 at 6:43 PM, markusin
<markus.innerebner@anonymised.com> wrote:

Hi everybody,

I tried to install with the newest geoserver release the gdal extension,
following the instructions
http://docs.geoserver.org/stable/en/user/data/raster/gdal.html

I realized that in after the version imageio-ext 1.1.6 in
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.6/native/gdal/linux/
or
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.7/native/gdal/linux/

the files are specifically build for centos 5.8, ubuntu 11, and ubuntu 12

I tried to build it on red hat 6 (2.6.32-71.24.1.el6.x86_64)
Therefore I chose the file gdal192-CentOS5.8-gcc4.1.2-x86_64.tar.gz

I compiled gdal with ecw support version 1.9.2

So, let me get this right, you built GDAL on Red Hat yourself to use
it in GeoServer?

When trying to create an ecw store I got the error :
27 Jun 18:13:11 INFO [geoserver.web] - Getting list of coverages for saved
store file:/raid0/GeoserverDATA/ecw_st1/001140w.ecw
java.lang.RuntimeException: Could not list layers for this store, an error
occurred retrieving them: Incorrect input type!

Full stacktrace is available on http://nopaste.info/9bf02a2d37.html
<http://nopaste.info/9bf02a2d37.html&gt;

I do not know, what I am doing wrong.

Assuming you built GDAL yourself, I would suggest to first test the
gdalinfo executable tool to make
sure the build was successful and the drivers you need are there.
You can also then check the SWIG java bindings using the gdalinfo.java
snippet that we distribute with our own builds.

Any hints or suggestions?

Markus

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

3

Ciao Simone,

thanks for you prompt answer. Please, read my comments below too.

So, let me get this right, you built GDAL on Red Hat yourself to use
it in GeoServer?

Exactly, I build gdal by myself with ecw: (./configure --with-ecw=/usr/local/)

Assuming you built GDAL yourself, I would suggest to first test the
gdalinfo executable tool to make
sure the build was successful and the drivers you need are there.
You can also then check the SWIG java bindings using the gdalinfo.java
snippet that we distribute with our own builds.

I tested both tools: gdalinfo from your builds and the java too that gives me the following output:

./gdalinfo.sh /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Driver: ECW/ERDAS Compressed Wavelets (SDK 3.x)
Files: /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Size is 13540, 12020
Coordinate System is:
PROJCS["NUTM32",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            TOWGS84[0,0,0,0,0,0,0],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0,
            AUTHORITY["EPSG","8901"]],
        UNIT["degree",0.0174532925199433,
            AUTHORITY["EPSG","9108"]],
        AXIS["Lat",NORTH],
        AXIS["Long",EAST],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",9],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["Meter",1]]
Origin = (683347.037701787,5213800.08958991)
Pixel Size = (0.5,-0.5)
Metadata:
  COLORSPACE=RGB
  COMPRESSION_RATE_TARGET=1
  VERSION=2
Corner Coordinates:
Upper Left (683347.037701787,5213800.08958991) ( 11d24'50.60"E, 47d 3' 8.15"N)
Lower Left (683347.037701787,5207790.08958991) ( 11d24'41.83"E, 46d59'53.63"N)
Upper Right (690117.037701787,5213800.08958991) ( 11d30'11.18"E, 47d 3' 1.26"N)
Lower Right (690117.037701787,5207790.08958991) ( 11d30' 2.09"E, 46d59'46.75"N)
Center (686732.037701787,5210795.08958991) ( 11d27'26.43"E, 47d 1'27.48"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Description = Red
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Description = Green
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Description = Blue
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187

Should I test with a previous version of geoserver?

Cheers Markus

4

Hi Markus,
are you deploying it on Tomcat? If affirmative, which version?

Can you check that link to see if it solves your issue?
http://geo-solutions.blogspot.it/2010/05/fix-geotools-and-geoserver-not-able-to.html

Cheers,
Daniele

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Mon, Jul 1, 2013 at 8:20 AM, Markus Innerebner <markus.innerebner@anonymised.com> wrote:

Ciao Simone,

thanks for you prompt answer. Please, read my comments below too.

So, let me get this right, you built GDAL on Red Hat yourself to use
it in GeoServer?

Exactly, I build gdal by myself with ecw: (./configure --with-ecw=/usr/local/)

Assuming you built GDAL yourself, I would suggest to first test the
gdalinfo executable tool to make
sure the build was successful and the drivers you need are there.
You can also then check the SWIG java bindings using the gdalinfo.java
snippet that we distribute with our own builds.

I tested both tools: gdalinfo from your builds and the java too that gives me the following output:

./gdalinfo.sh /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Driver: ECW/ERDAS Compressed Wavelets (SDK 3.x)
Files: /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Size is 13540, 12020
Coordinate System is:
PROJCS[“NUTM32”,
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0,
AUTHORITY[“EPSG”,“8901”]],
UNIT[“degree”,0.0174532925199433,
AUTHORITY[“EPSG”,“9108”]],
AXIS[“Lat”,NORTH],
AXIS[“Long”,EAST],
AUTHORITY[“EPSG”,“4326”]],
PROJECTION[“Transverse_Mercator”],
PARAMETER[“latitude_of_origin”,0],
PARAMETER[“central_meridian”,9],
PARAMETER[“scale_factor”,0.9996],
PARAMETER[“false_easting”,500000],
PARAMETER[“false_northing”,0],
UNIT[“Meter”,1]]
Origin = (683347.037701787,5213800.08958991)
Pixel Size = (0.5,-0.5)
Metadata:
COLORSPACE=RGB
COMPRESSION_RATE_TARGET=1
VERSION=2
Corner Coordinates:
Upper Left (683347.037701787,5213800.08958991) ( 11d24’50.60"E, 47d 3’ 8.15"N)
Lower Left (683347.037701787,5207790.08958991) ( 11d24’41.83"E, 46d59’53.63"N)
Upper Right (690117.037701787,5213800.08958991) ( 11d30’11.18"E, 47d 3’ 1.26"N)
Lower Right (690117.037701787,5207790.08958991) ( 11d30’ 2.09"E, 46d59’46.75"N)
Center (686732.037701787,5210795.08958991) ( 11d27’26.43"E, 47d 1’27.48"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Description = Red
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Description = Green
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Description = Blue
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187

Should I test with a previous version of geoserver?

Cheers Markus

This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

5

Ciao Markus,
I would check the following:

-1- did you put the .so in the LD_LIBRARY_PATH?
-2- I would explicitly also set the -Djava.library.path switch
-3- did you set the GDAL_DATA and GDAL_DRIVER_PATJ env var?

This looks like a misconfiguration of your env vars.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Mon, Jul 1, 2013 at 9:07 AM, Daniele Romagnoli
<daniele.romagnoli@anonymised.com> wrote:

Hi Markus,
are you deploying it on Tomcat? If affirmative, which version?

Can you check that link to see if it solves your issue?
http://geo-solutions.blogspot.it/2010/05/fix-geotools-and-geoserver-not-able-to.html

Cheers,
Daniele

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Mon, Jul 1, 2013 at 8:20 AM, Markus Innerebner
<markus.innerebner@anonymised.com> wrote:

Ciao Simone,

thanks for you prompt answer. Please, read my comments below too.

> So, let me get this right, you built GDAL on Red Hat yourself to use
> it in GeoServer?

Exactly, I build gdal by myself with ecw: (./configure
--with-ecw=/usr/local/)

> Assuming you built GDAL yourself, I would suggest to first test the
> gdalinfo executable tool to make
> sure the build was successful and the drivers you need are there.
> You can also then check the SWIG java bindings using the gdalinfo.java
> snippet that we distribute with our own builds.

I tested both tools: gdalinfo from your builds and the java too that gives
me the following output:

./gdalinfo.sh /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Driver: ECW/ERDAS Compressed Wavelets (SDK 3.x)
Files: /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Size is 13540, 12020
Coordinate System is:
PROJCS["NUTM32",
    GEOGCS["WGS 84",
        DATUM["WGS_1984",
            SPHEROID["WGS 84",6378137,298.257223563,
                AUTHORITY["EPSG","7030"]],
            TOWGS84[0,0,0,0,0,0,0],
            AUTHORITY["EPSG","6326"]],
        PRIMEM["Greenwich",0,
            AUTHORITY["EPSG","8901"]],
        UNIT["degree",0.0174532925199433,
            AUTHORITY["EPSG","9108"]],
        AXIS["Lat",NORTH],
        AXIS["Long",EAST],
        AUTHORITY["EPSG","4326"]],
    PROJECTION["Transverse_Mercator"],
    PARAMETER["latitude_of_origin",0],
    PARAMETER["central_meridian",9],
    PARAMETER["scale_factor",0.9996],
    PARAMETER["false_easting",500000],
    PARAMETER["false_northing",0],
    UNIT["Meter",1]]
Origin = (683347.037701787,5213800.08958991)
Pixel Size = (0.5,-0.5)
Metadata:
  COLORSPACE=RGB
  COMPRESSION_RATE_TARGET=1
  VERSION=2
Corner Coordinates:
Upper Left (683347.037701787,5213800.08958991) ( 11d24'50.60"E, 47d 3'
8.15"N)
Lower Left (683347.037701787,5207790.08958991) ( 11d24'41.83"E,
46d59'53.63"N)
Upper Right (690117.037701787,5213800.08958991) ( 11d30'11.18"E, 47d 3'
1.26"N)
Lower Right (690117.037701787,5207790.08958991) ( 11d30' 2.09"E,
46d59'46.75"N)
Center (686732.037701787,5210795.08958991) ( 11d27'26.43"E, 47d
1'27.48"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Description = Red
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Description = Green
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Description = Blue
  Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187

Should I test with a previous version of geoserver?

Cheers Markus

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

6

Ciao Simo,

-1- did you put the .so in the LD_LIBRARY_PATH?

yes: this points to the shared objects of you deployed builds.
LD_LIBRARY_PATH=/APP/gdal-1.9.2_linux64/

-2- I would explicitly also set the -Djava.library.path switch

I added this option now:
java -classpath “${CLASSPATH}” -Djava.library.path=/APP/gdal-1.9.2_linux64 gdalinfo $input
see output below:

-3- did you set the GDAL_DATA and GDAL_DRIVER_PATJ env var?

GDAL_DATA is set, GDAL_DRIVER_PATJ not. To which path I should set this?

################## begin output #####################

[root@anonymised.com javainfo]# ./gdalinfo.sh /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Driver: ECW/ERDAS Compressed Wavelets (SDK 3.x)
Files: /raid0/GeoserverDATA/ecw_st1/001140w.ecw
Size is 13540, 12020
Coordinate System is:
PROJCS[“NUTM32”,
GEOGCS[“WGS 84”,
DATUM[“WGS_1984”,
SPHEROID[“WGS 84”,6378137,298.257223563,
AUTHORITY[“EPSG”,“7030”]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY[“EPSG”,“6326”]],
PRIMEM[“Greenwich”,0,
AUTHORITY[“EPSG”,“8901”]],
UNIT[“degree”,0.0174532925199433,
AUTHORITY[“EPSG”,“9108”]],
AXIS[“Lat”,NORTH],
AXIS[“Long”,EAST],
AUTHORITY[“EPSG”,“4326”]],
PROJECTION[“Transverse_Mercator”],
PARAMETER[“latitude_of_origin”,0],
PARAMETER[“central_meridian”,9],
PARAMETER[“scale_factor”,0.9996],
PARAMETER[“false_easting”,500000],
PARAMETER[“false_northing”,0],
UNIT[“Meter”,1]]
Origin = (683347.037701787,5213800.08958991)
Pixel Size = (0.5,-0.5)
Metadata:
COLORSPACE=RGB
COMPRESSION_RATE_TARGET=1
VERSION=2
Corner Coordinates:
Upper Left (683347.037701787,5213800.08958991) ( 11d24’50.60"E, 47d 3’ 8.15"N)
Lower Left (683347.037701787,5207790.08958991) ( 11d24’41.83"E, 46d59’53.63"N)
Upper Right (690117.037701787,5213800.08958991) ( 11d30’11.18"E, 47d 3’ 1.26"N)
Lower Right (690117.037701787,5207790.08958991) ( 11d30’ 2.09"E, 46d59’46.75"N)
Center (686732.037701787,5210795.08958991) ( 11d27’26.43"E, 47d 1’27.48"N)
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
Description = Red
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
Description = Green
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
Description = Blue
Overviews: 6770x6010, 3385x3005, 1692x1502, 846x751, 423x375, 211x187
################## begin output #####################

This looks like a misconfiguration of your env vars.

Is it not related to your deployed builds? I mean that is was compiled for Centos 5.8 , while I am using Redhat version 6.

cheers Markus

7

Ciao Daniele,

see below for my answers

Hi Markus,
are you deploying it on Tomcat? If affirmative, which version?

Yes, tomcat, version 6.0.24.

Can you check that link to see if it solves your issue?
http://geo-solutions.blogspot.it/2010/05/fix-geotools-and-geoserver-not-able-to.html

I added this option appContextProtection in server.xml but without success.

Cheers Markus

View this message in context: Re: Problems when running geoserver with gdal extension
Sent from the GeoServer - User mailing list archive at Nabble.com.

8

Ciao Markus,
well this does not surprise me. Red Hat usually requires some extra
care when building native stuff.
Did you switch to Ubuntu for good?

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Tue, Jul 2, 2013 at 5:49 PM, Markus Innerebner
<innerebner@anonymised.com> wrote:

Ciao Simone,

I got some news.

I set up the same environment on a Ubuntu Server, used the corresponding build (for ubuntu) and everything works fine.
So, for me this sounds like something is wrong in the build of the cents.

cheers markus

Environment:
Ubuntu: 12.04 LTS
jdk: 1.6.0_35-b10
tomcat: 6.0.35

9

Ciao Simo,

I did not move to Ubuntu - it is only our test server. But for the
production mode we use Red Hat EL 6, so I have to find some solution.
I wanted to ask you, if there is a way to build a package with the native
for redhat 6 like you are providing in
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.7/native/gdal/linux/

cheers Markus

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5063743.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

10

Hi Markus,

you may consider building GDAL and JNI on your system to make sure to use the libc available on your system.

-------- Let me paste here some hints I have just sent a few minutes ago for a similar case to another user (having issues with Debian) --------

You may take some hints from the setupGuide we have setup long time ago (before providing native libs available for download).
https://java.net/downloads/imageio-ext/Documentation/ImageioExt-SetupGuide-1.1.pdf

In your case, you should consider checking sections 3.6 3.7.1 3.7.2 3.7.3.

Note that that document has been made on top of an older GDAL version (1.7.3) so you should consider updating references (links and downloads) to 1.9.2 instead.

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Wed, Jul 3, 2013 at 10:02 AM, markusin <markus.innerebner@anonymised.com> wrote:

Ciao Simo,

I did not move to Ubuntu - it is only our test server. But for the

production mode we use Red Hat EL 6, so I have to find some solution.

I wanted to ask you, if there is a way to build a package with the native
for redhat 6 like you are providing in
http://demo.geo-solutions.it/share/github/imageio-ext/releases/1.1.X/1.1.7/native/gdal/linux/

cheers Markus

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5063743.html

Sent from the GeoServer - User mailing list archive at Nabble.com.

This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

11

Ciao Daniele,

I did now all the steps from the tutorial and I was able to build =
successfully everything. But now I got an error:
when testing it:

Do you think this error is related to my glibc version?=20

I see in my installation:=20
glibc-devel-2.12-1.7.el6_0.5.x86_64
glib2-2.22.5-5.el6.x86_64

I guess I have to upload this version on my redhat machine.

Markus

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5064842.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

12

Hi Markus,

I guess you forgot to paste the error message.

Cheers,
Daniele

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Tue, Jul 9, 2013 at 12:11 AM, markusin <markus.innerebner@anonymised.com> wrote:

Ciao Daniele,

I did now all the steps from the tutorial and I was able to build =
successfully everything. But now I got an error:
when testing it:

Do you think this error is related to my glibc version?=20

I see in my installation:=20
glibc-devel-2.12-1.7.el6_0.5.x86_64
glib2-2.22.5-5.el6.x86_64

I guess I have to upload this version on my redhat machine.

Markus

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5064842.html

Sent from the GeoServer - User mailing list archive at Nabble.com.

This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

13

Ciao Daniele,

Indeed, I did a mess before. This is the full output when testing the
gdalinfo test class

this is the correct output:

Seems something went wrong when building the native jars. Isn'T it??

ciao

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065017.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

14

Hi Markus,
I was about to say that your output is still missing, but I have checked your message on nabble and I can see both your pastes…
Not sure why gmail doesn’t show them… maybe it hates courier font :slight_smile:

Your first message reports that there are issues with glibc (I guess due to wrong version).

The latest message seems that something went wrong when generating the bindings with SWIG build.

It seems that the requested stuff has not been generated.
Did you try with a make veryclean before generating the bindings with SWIG?

Please, let me know.
Cheers,
Daniele

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Tue, Jul 9, 2013 at 2:36 PM, markusin <markus.innerebner@anonymised.com> wrote:

Ciao Daniele,

Indeed, I did a mess before. This is the full output when testing the
gdalinfo test class

this is the correct output:

Seems something went wrong when building the native jars. Isn’T it??

ciao

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065017.html

Sent from the GeoServer - User mailing list archive at Nabble.com.

See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

15

Ciao Daniele,

Let's only focus on the second error message.
I did all the steps you told me and that are described in section 3.7.3.1
(Generating JAVA Bindings) using also make veryclean.

the output of make generate is available here:
http://nopaste.info/6983bcd065.html

and the output of make build is available here:
http://nopaste.info/cbfefb77c4.html

cheers Markus

P.S. if I am able to run my build, I will send it to you in order to have a
build for Redhat 6.0

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065398.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

16

Hi Markus,
Which SWIG version are you using?

Some users reported having issues with latest versions… I have suggested to use 1.3.36 to some of them and that fixed a couple of issues… Can you try with that old version?

once done, can you try a “nm libgdaljni.so | grep DriverUpcast” command looking for that Driverupcast method?

Please, let me know.
Cheers,
Daniele

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Wed, Jul 10, 2013 at 2:26 PM, markusin <markus.innerebner@anonymised.com> wrote:

Ciao Daniele,

Let’s only focus on the second error message.
I did all the steps you told me and that are described in section 3.7.3.1
(Generating JAVA Bindings) using also make veryclean.

the output of make generate is available here:
http://nopaste.info/6983bcd065.html <http://nopaste.info/6983bcd065.html>

and the output of make build is available here:
http://nopaste.info/cbfefb77c4.html <http://nopaste.info/cbfefb77c4.html>

cheers Markus

P.S. if I am able to run my build, I will send it to you in order to have a
build for Redhat 6.0

–
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065398.html

Sent from the GeoServer - User mailing list archive at Nabble.com.

See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk

Geoserver-users mailing list
Geoserver-users@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

17

Ciao Daniele

I moved now to swig version 1.3.36. I got now the following output:

I guess this looks fine. I will check now if it works also in Geoserver.

...
and javainfo give me the following output:

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065508.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

18

Ciao Daniele,

now I tested it in GeoServer, but I still get the same exception.

I really don't know what is the problem: is it related to tomcat or is
something wrong in my build.

When adding an ecw datastore I still get the same exception.

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065513.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

19

This is the only strange message I got at the beginning when starting tomcat:

<row>
java version "1.6.0_33"
Java(TM) SE Runtime Environment (build 1.6.0_33-b03)
Java HotSpot(TM) 64-Bit Server VM (build 20.8-b03, mixed mode)
Jul 10, 2013 9:38:08 PM org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal
performance in production environments was not found on the
java.library.path:
/usr/share/jdk1.6.0_33/jre/lib/amd64/server:/usr/share/jdk1.6.0_33/jre/lib/amd64:/usr/share/jdk1.6.0_33/jre/../lib/amd64:/APP/gdal-1.9.2_x64_rh6:/usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
Jul 10, 2013 9:38:08 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
Jul 10, 2013 9:38:08 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 474 ms
Jul 10, 2013 9:38:09 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Jul 10, 2013 9:38:09 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.24
Jul 10, 2013 9:38:09 PM it.geosolutions.imageio.gdalframework.GDALUtilities
loadGDAL
INFO: GDAL Native Library loaded (version: 1.9.2)
Jul 10, 2013 9:38:09 PM it.geosolutions.util.KakaduUtilities loadKakadu
WARNING: Failed to load the Kakadu native libs. This is not a problem unless
you need to use the Kakadu plugin: it won't be enabled.
java.lang.UnsatisfiedLinkError: no kdu_jni in java.library.path
Jul 10, 2013 9:38:09 PM
it.geosolutions.imageio.plugins.turbojpeg.TurboJpegUtilities loadTurboJpeg
WARNING: Failed to load the TurboJpeg native libs. This is not a problem,
but the TurboJpeg encoder won't be available:
java.lang.UnsatisfiedLinkError: no turbojpeg in java.library.path
</row>

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065515.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

20

Ciao Daniele,

Now as last option, I tried with a newer version of tomcat6.
Instead of using the version 6.0.24 I tested it with 6.0.37.

Result: everything works fine now.

Do you need my builds? If yes, let me know

best regards and many thanks for your effort in helping me!!

Markus

--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Problems-when-running-geoserver-with-gdal-extension-tp5062627p5065520.html
Sent from the GeoServer - User mailing list archive at Nabble.com.