Hi Patrick.
Please, read below.
On Tue, Dec 13, 2011 at 5:28 PM, Patrick D <[email protected]> wrote:
> Some good news! I did a search on my drive for any GDAL libraries, and
> found that under the JDK/bin directory, there were some GDAL DLL
> files. I deleted these files. At this point, the only GDAL files that
> were available were located in my ImageIO-ext directory, which was
> added to the PATH variable. I restarted GeoServer, and found that the
> Erdas Imagine format no longer showed up - it couldn't detect any of
> the GDAL extensions at all. This meant that Geoserver was indeed
> ignoring my ImageIO-ext directory and was referencing the wrong GDAL
> DLL files from my JDK/bin directory. This was the cause of my earlier
> UnsatisfiedLinkError.
>
> So here I have the ImageIO-ext directory added to my PATH, and the
> GDAL_DATA directory pointing to ImageIO-ext\gdaldata. However
> Geoserver will no longer see any of the GDAL extension store types.
> Any idea why this won't show up?
>
As I saw from your previous email, I assume you already did the steps
suggested in this link.
http://docs.geoserver.org/2.0.x/en/user/data/gdal.html#note-on-running-geoserver-as-a-service-on-windows
Please, also make sure that after your latest DLL movements, the settings
are still valid (As an instance, if you have previously set
"wrapper.java.library.path.2" to point to /jdk/bin it won't find libs on
imageio-ext-directory).
In case you have already fixed all of them properly, I have no idea of what
is happening.
In that case, you can probably open a JIRA providing steps to reproduce the
issue to keep track of this.
Cheers,
Daniele
> In a bit of desperation and curiosity, I copied the contents of my
> ImageIO-ext directory into my JDK/bin directory. This works
> completely. The proper GDAL extension formats show up, including ERDAS
> Imagine, and I can successfully add Imagine data layers to Geoserver.
> I am quite satisfied at this point, however it's still slightly
> concerning as to why Geoserver can't find the libraries if they are
> resting in the ImageIO-ext directory (and not in the JDK/bin
> directory).
>
> Thanks for the great help so far!
>
> On Tue, Dec 13, 2011 at 10:24 AM, Daniele Romagnoli
> <[email protected]> wrote:
> >
> >
> > On Tue, Dec 13, 2011 at 3:36 PM, Patrick D <[email protected]> wrote:
> >>
> >> Since I'm using the Geoserver 2.1.x release, I reinstalled ImageIO-ext
> >> version 1.0.x and matched it with the GDAL 1.4.5 native libraries
> >> (acquired here
> >>
> http://java.net/projects/imageio-ext/downloads/directory/Releases/Dependencies/GDAL/NativeLibraries
> ).
> >> I still am receiving the same error when I try to add an ERDAS Imagine
> >> data source:
> >>
> >> java.lang.UnsatisfiedLinkError:
> >> org.gdal.gdal.gdalJNI.Open(Ljava/lang/String;I)J] with root cause
> >> java.lang.UnsatisfiedLinkError:
> >> org.gdal.gdal.gdalJNI.Open(Ljava/lang/String;I)J
> >
> >
> > Are you sure you are using the proper GDAL?
> > Please, make sure no other GDAL versions are available on your PATH. A
> > similar error is occurred in the past to some users which forgot to
> remove
> > (or hide) additional GDAL installations somewhere in the PATH.
> >
> >>
> >>
> >> In your message, you say you never set up a build for Win64 GDAL
> >> 1.4.5. Does this mean that what I am trying to do will not work at all
> >> under Geoserver 2.1.x, and Geoserver 2.2.x is required?
> >
> >
> > Today I was talking with Andrea about the status of
> > http://jira.codehaus.org/browse/GEOT-3931
> > I'm heavily busy with other tasks these days, but I think I can move on
> with
> > this JIRA in a few days. This will allow to use GDAL 1.7.3 on GT 2.7.x,
> and
> > then GS 2.1.x too.
> >
> > Regards,
> > Daniele
> >>
> >>
> >>
> >> On Mon, Dec 12, 2011 at 10:58 AM, Daniele Romagnoli
> >> <[email protected]> wrote:
> >> > Hi Patrick,
> >> > As suggested by Frank, please make sure to match the proper geoserver
> -
> >> > imageio-ext versions. Otherwise you can get wrong results.
> >> > GeoServer 2.1.x depends on GeoTools 2.7.x which still use the
> >> > ImageIO-Ext
> >> > 1.0.x series based on old GDAL 1.4.5. We never setup a Windows 64
> build
> >> > for
> >> > GDAL 1.4.5.
> >> > However, GeoServer 2.2.x uses ImageIO-Ext 1.1.x which is based on GDAL
> >> > 1.7.3. You can see this post from the Imageio-ext user mailing list
> with
> >> > more info on Windows 64 library usage:
> >> >
> >> >
> http://java.net/projects/imageio-ext/lists/users/archive/2011-11/message/2
> >> >
> >> > That said, we will also switch GeoTools 2.7.x to depends on
> ImageIO-Ext
> >> > 1.1.x instead of 1.0.x. There is a JIRA for this:
> >> > http://jira.codehaus.org/browse/GEOT-3931
> >> >
> >> > Hope this helps.
> >> > Regards,
> >> > Daniele
> >> >
> >> >
> >> >
> >> > On Mon, Dec 12, 2011 at 4:11 PM, Patrick D <[email protected]>
> wrote:
> >> >>
> >> >> I have Geoserver 2.1.2 right now, and for imageio-ext and I am
> running
> >> >> the 1.7 extensions. I've also tried the 1.4 extensions as well, to no
> >> >> luck. I'm going over the documents now and will update if any success
> >> >> comes out of it!
> >> >>
> >> >> On Thu, Dec 8, 2011 at 9:02 AM, Frank Gasdorf
> >> >> <[email protected]> wrote:
> >> >> > I'm not sure, but have you checked, whether you have installed the
> >> >> > gdal version matches to the gdal-extensions. I remember that I
> >> >> > installed a newer gdal, lets say 1.8.x and had similar problems
> with
> >> >> > an older geoserver/geotools release. Which version of geoserver do
> >> >> > you
> >> >> > have installed?
> >> >> > In addition have a look at geoserver gdal docs :
> >> >> > http://docs.geoserver.org/latest/en/user/data/gdal.html
> >> >> > and check out the geosolutions blog :
> >> >> >
> >> >> >
> >> >> >
> http://geo-solutions.blogspot.com/2010/05/fix-geotools-and-geoserver-not-able-to.html
> >> >> >
> >> >> > Frank
> >> >> >
> >> >> >
> >> >> > 2011/12/8 Patrick D <[email protected]>:
> >> >> >> Thanks Frank! I had both 32bit and 64bit versions of the JDK
> >> >> >> installed. I made sure Tomcat referenced the 32bit version and the
> >> >> >> options to add an Erdas IMG store now works. However, a new error
> is
> >> >> >> encountered now. When adding an Erdas IMG store, and pointing it
> to
> >> >> >> the img file, upon clicking 'Save' to add the store, an error is
> >> >> >> thrown:
> >> >> >>
> >> >> >> SEVERE: Servlet.service() for servlet [dispatcher] in context with
> >> >> >> path [/geoserver] threw exception [Handler processing failed;
> nested
> >> >> >> exception is java.lang.UnsatisfiedLinkError:
> >> >> >> org.gdal.gdal.gdalJNI.Open(Ljava/lang/String;I)J] with root cause
> >> >> >> java.lang.UnsatisfiedLinkError:
> >> >> >> org.gdal.gdal.gdalJNI.Open(Ljava/lang/String;I)J
> >> >> >>
> >> >> >> I found a link here that describes a similar situation
> >> >> >>
> >> >> >>
> >> >> >> (
> http://docs.geoserver.org/2.0.x/en/user/data/gdal.html#note-on-running-geoserver-as-a-service-on-windows
> ),
> >> >> >> and I made both adjustments - changing both the wrapper.conf AND
> >> >> >> adding the native libs to that directory. The above error is still
> >> >> >> thrown upon adding an Erdas IMG store. Any ideas on what the
> >> >> >> solution
> >> >> >> to this error may be?
> >> >> >>
> >> >> >> Thanks,
> >> >> >>
> >> >> >> Patrick
> >> >> >>
> >> >> >>
> >> >> >> On Thu, Dec 8, 2011 at 5:09 AM, Frank Gasdorf
> >> >> >> <[email protected]> wrote:
> >> >> >>> I assume that you are using a 64 java environment, please try to
> >> >> >>> install a 32 JRE and run GeoServer with this JRE.
> >> >> >>>
> >> >> >>> Cheers
> >> >> >>> - Frank
> >> >> >>>
> >> >> >>> 2011/12/7 Patrick D <[email protected]>:
> >> >> >>>> Hello all,
> >> >> >>>>
> >> >> >>>> I'm running Geoserver on Win7 64bit, running on Tomcat as a
> >> >> >>>> service..
> >> >> >>>> I'm trying to enable the ImageIO-ext GDAL libraries in order to
> >> >> >>>> use
> >> >> >>>> some Erdas IMG rasters. When starting GeoServer, I receive the
> >> >> >>>> following warning:
> >> >> >>>>
> >> >> >>>> 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: C:\Program Files
> >> >> >>>> (x86)\imageio-ext\gdaljni.dll: Can't load IA 32-bit .dll on a
> AMD
> >> >> >>>> 64-bit platform.
> >> >> >>>>
> >> >> >>>> Is this error to say that GDAL is unable to run on a 64-bit
> >> >> >>>> server?
> >> >> >>>> As
> >> >> >>>> far as I know, there are no ImageIO-ext libraries for 64-bit,
> only
> >> >> >>>> for
> >> >> >>>> 32-bit, so I seem to be kind of stuck right now.
> >> >> >>>>
> >> >> >>>> Thanks,
> >> >> >>>>
> >> >> >>>> Patrick
> >> >> >>>>
> >> >> >>>>
> >> >> >>>>
> >> >> >>>>
> ------------------------------------------------------------------------------
> >> >> >>>> Cloud Services Checklist: Pricing and Packaging Optimization
> >> >> >>>> This white paper is intended to serve as a reference, checklist
> >> >> >>>> and
> >> >> >>>> point of
> >> >> >>>> discussion for anyone considering optimizing the pricing and
> >> >> >>>> packaging model
> >> >> >>>> of a cloud services business. Read Now!
> >> >> >>>> http://www.accelacomm.com/jaw/sfnl/114/51491232/
> >> >> >>>> _______________________________________________
> >> >> >>>> Geoserver-devel mailing list
> >> >> >>>> [email protected]
> >> >> >>>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> >> >>
> >> >>
> >> >>
> >> >>
> ------------------------------------------------------------------------------
> >> >> Learn Windows Azure Live! Tuesday, Dec 13, 2011
> >> >> Microsoft is holding a special Learn Windows Azure training event for
> >> >> developers. It will provide a great way to learn Windows Azure and
> what
> >> >> it
> >> >> provides. You can attend the event by watching it streamed LIVE
> online.
> >> >> Learn more at http://p.sf.net/sfu/ms-windowsazure
> >> >>
> >> >> _______________________________________________
> >> >> Geoserver-devel mailing list
> >> >> [email protected]
> >> >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > -------------------------------------------------------
> >> > Ing. Daniele Romagnoli
> >> > GeoSolutions S.A.S.
> >> > Software Engineer
> >> >
> >> > Via Poggio alle Viti 1187
> >> > 55054 Massarosa (LU)
> >> > Italy
> >> >
> >> > phone: +39 0584 962313
> >> > fax: +39 0584 962313
> >> >
> >> > http://www.geo-solutions.it
> >> > http://geo-solutions.blogspot.com/
> >> > http://www.youtube.com/user/GeoSolutionsIT
> >> > http://it.linkedin.com/in/danieleromagnoli
> >> >
> >> >
> >> > -------------------------------------------------------
> >> >
> >>
> >
> >
> >
> > --
> > -------------------------------------------------------
> > Ing. Daniele Romagnoli
> > GeoSolutions S.A.S.
> > Software Engineer
> >
> > Via Poggio alle Viti 1187
> > 55054 Massarosa (LU)
> > Italy
> >
> > phone: +39 0584 962313
> > fax: +39 0584 962313
> >
> > http://www.geo-solutions.it
> > http://geo-solutions.blogspot.com/
> > http://www.youtube.com/user/GeoSolutionsIT
> > http://it.linkedin.com/in/danieleromagnoli
> >
> >
> > -------------------------------------------------------
> >
>
>
--
-------------------------------------------------------
Ing. Daniele Romagnoli
GeoSolutions S.A.S.
Software Engineer
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://it.linkedin.com/in/danieleromagnoli
-------------------------------------------------------
------------------------------------------------------------------------------
Systems Optimization Self Assessment
Improve efficiency and utilization of IT resources. Drive out cost and
improve service delivery. Take 5 minutes to use this Systems Optimization
Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
