[Geoserver-users] GeoServer WCS released

Hello.

I'm trying the WCS release (geoserver-1.4.0-M2-WCS), but I'm experimenting several trouble and until now I was not able to get a map (from a coverage) published correctly.

My configuration is:

- linux fedora core 4
- Java 1.5.0_06 (Sun)
- JAI 1.1.2
- ImageIO 1.0
- Tomcat 5.5

I dropped the war file (renamed to geoserver-wcs) into tomcat, added the JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data content one dir up (before this GeoServer complained about finding the configuration files, someone else already described this behavior in this mailing list).

The WCS and WMS GetCapabilities works fine, but when I try to publish (via WMS) a coverage (one of the supplied examples, the worldImageSample:Img_Sample) I get a runtime error.

The URL I try is this:

http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326

The WMS responds with an xml error file, which content is this:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE ServiceExceptionReport SYSTEM "http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt; <ServiceExceptionReport version="1.1.1"> <ServiceException code="Internal error : unable to get reader for this coverage layer org.vfny.geoserver.global.MapLayerInfo@anonymised.com">null</ServiceException> </ServiceExceptionReport>

Reading the geoserver's log (/var/log/tomcat55/catalina.out), the last lines are:

^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService - handling request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo getReader
GRAVE: No input stream for the provided source
java.lang.IllegalArgumentException: No input stream for the provided source
        at org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:205)
        at org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:112)
        at org.geotools.gce.image.WorldImageFormat.getReader(WorldImageFormat.java:116)
        at org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:414)
        at org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
        at org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:279)
        at org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
        at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
        at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
        at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
        at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
[...]
^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService - service exception while executing request: org.vfny.geoserver.wms.reque
sts.GetMapRequest@anonymised.com
cause: null
org.vfny.geoserver.wms.WmsException
        at org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
        at org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
        at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
        at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
        at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
        at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
[...]

I searched through the mailing list and the issue tracker but I was unable to find any clue, so any hint would be very appreciated.

Thank you,

Fabio Da Soghe

Alessio Fabiani ha scritto:

Hi all guys,
the release is ready and alredy committed and uploaded to sourceforge.

A lot of bugfixes are done during releasing: javadoc, GEOSERVER_DATA_DIR, Jetty, etc...

The release works against Java 1.4.2+, GeoTools 2.3.0-M0 release, JAI 1.1.4 and ImageIO 1.1.

ArcGrid module is not working well on this release because of the new one is available on Geotools 2.4.x+.
Next release will have ArcGrids and GRIBs back plus a lot of other plugins :slight_smile:

Thanks,
          Alessio.

--
-------------------------------------------------------
Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it

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

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries (1.1.4+ and 1.1+), and moreover you should extract the JAI/ImageIO jars not in the geoserver lib directory but in the bin and lib/ext directory of the JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, Fabio Da Soghe <fabio.dasoghe@anonymised.com> wrote:

Hello.

I’m trying the WCS release (geoserver-1.4.0-M2-WCS), but I’m
experimenting several trouble and until now I was not able to get a map
(from a coverage) published correctly.

My configuration is:

  • linux fedora core 4
  • Java 1.5.0_06 (Sun)
  • JAI 1.1.2
  • ImageIO 1.0
  • Tomcat 5.5

I dropped the war file (renamed to geoserver-wcs) into tomcat, added the
JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
content one dir up (before this GeoServer complained about finding the
configuration files, someone else already described this behavior in
this mailing list).

The WCS and WMS GetCapabilities works fine, but when I try to publish
(via WMS) a coverage (one of the supplied examples, the
worldImageSample:Img_Sample) I get a runtime error.

The URL I try is this:

http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326

The WMS responds with an xml error file, which content is this:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE

ServiceExceptionReport SYSTEM
http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd”>
null

Reading the geoserver’s log (/var/log/tomcat55/catalina.out), the last
lines are:

^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService - handling
request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo getReader
GRAVE: No input stream for the provided source
java.lang.IllegalArgumentException: No input stream for the provided source
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java:205)
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java:112)
at
org.geotools.gce.image.WorldImageFormat.getReader (WorldImageFormat.java:116)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:414)
at
org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:279)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet (AbstractService.java:325)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest (AbstractController.java:139)
[…]
^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
service exception while executing request: org.vfny.geoserver.wms.reque
sts.GetMapRequest@anonymised.com
cause: null
org.vfny.geoserver.wms.WmsException
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java :511)
at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal (Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
[…]

I searched through the mailing list and the issue tracker but I was
unable to find any clue, so any hint would be very appreciated.

Thank you,

Fabio Da Soghe

Alessio Fabiani ha scritto:

Hi all guys,
the release is ready and alredy committed and uploaded to sourceforge.

A lot of bugfixes are done during releasing: javadoc,
GEOSERVER_DATA_DIR, Jetty, etc…

The release works against Java 1.4.2+, GeoTools 2.3.0-M0 release, JAI
1.1.4 and ImageIO 1.1.

ArcGrid module is not working well on this release because of the new
one is available on Geotools 2.4.x+.
Next release will have ArcGrids and GRIBs back plus a lot of other
plugins :slight_smile:

Thanks,
Alessio.

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it>



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


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

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it


Thank you for your fast replay!

I did as you suggested: I installed latest jai releases (jai-1_1_4-pre-dr-b03-lib-linux-i586-16_Oct_2006 and jai_imageio-1_1-beta-lib-linux-i586-jar), but now geoserver lists only two coverage plugins (ImagePyramid / 1.0 and ArcGrid / 1.0).

In a first time I copied all jars from the two libraries in my jre_home/lib/ext and the .so file in the jre_home/bin. Then I added symbolic links in the jdk too but the problem is the same (only two plugins). Of course, if now I try the wms request (the example one I wrote in my previous mail), the response is: No format found capable of managing FormatConfig[...].

Maybe is there something wrong in my manual jai installation?

Thank you again,

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries (1.1.4+ and 1.1+), and moreover you should extract the JAI/ImageIO jars not in the geoserver lib directory but in the bin and lib/ext directory of the JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, *Fabio Da Soghe* <fabio.dasoghe@anonymised.com <mailto:fabio.dasoghe@anonymised.com>> wrote:

    Hello.

    I'm trying the WCS release (geoserver-1.4.0-M2-WCS), but I'm
    experimenting several trouble and until now I was not able to get
    a map
    (from a coverage) published correctly.

    My configuration is:

    - linux fedora core 4
    - Java 1.5.0_06 (Sun)
    - JAI 1.1.2
    - ImageIO 1.0
    - Tomcat 5.5

    I dropped the war file (renamed to geoserver-wcs) into tomcat,
    added the
    JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
    content one dir up (before this GeoServer complained about finding the
    configuration files, someone else already described this behavior in
    this mailing list).

    The WCS and WMS GetCapabilities works fine, but when I try to publish
    (via WMS) a coverage (one of the supplied examples, the
    worldImageSample:Img_Sample) I get a runtime error.

    The URL I try is this:

    http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326
    <http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326&gt;

    The WMS responds with an xml error file, which content is this:

    <?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE
    ServiceExceptionReport SYSTEM
    "http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
    <ServiceExceptionReport version=" 1.1.1"> <ServiceException
    code="Internal error : unable to get reader for this coverage layer
    org.vfny.geoserver.global.MapLayerInfo@anonymised.com">null</ServiceException>
    </ServiceExceptionReport>

    Reading the geoserver's log (/var/log/tomcat55/catalina.out), the last
    lines are:

    ^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService -
    handling
    request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
    16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo
    getReader
    GRAVE: No input stream for the provided source
    java.lang.IllegalArgumentException: No input stream for the
    provided source
            at
    org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:205)
            at
    org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:112)
            at
    org.geotools.gce.image.WorldImageFormat.getReader
    (WorldImageFormat.java:116)
            at
    org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:414)
            at
    org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
            at
    org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:279)
            at
    org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
            at
    org.vfny.geoserver.servlets.AbstractService.doGet
    (AbstractService.java:325)
            at
    org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
            at
    org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
            at
    org.springframework.web.servlet.mvc.AbstractController.handleRequest
    (AbstractController.java:139)
    [...]
    ^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
    service exception while executing request:
    org.vfny.geoserver.wms.reque
    sts.GetMapRequest@anonymised.com
    cause: null
    org.vfny.geoserver.wms.WmsException
            at
    org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
            at
    org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java
    :511)
            at
    org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
            at
    org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
            at
    org.geoserver.request.Dispatcher.handleRequestInternal
    (Dispatcher.java:54)
            at
    org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
    [...]

    I searched through the mailing list and the issue tracker but I was
    unable to find any clue, so any hint would be very appreciated.

    Thank you,

    Fabio Da Soghe

    Alessio Fabiani ha scritto:
    > Hi all guys,
    > the release is ready and alredy committed and uploaded to
    sourceforge.
    >
    > A lot of bugfixes are done during releasing: javadoc,
    > GEOSERVER_DATA_DIR, Jetty, etc...
    >
    > The release works against Java 1.4.2+, GeoTools 2.3.0-M0
    release, JAI
    > 1.1.4 and ImageIO 1.1.
    >
    > ArcGrid module is not working well on this release because of
    the new
    > one is available on Geotools 2.4.x+.
    > Next release will have ArcGrids and GRIBs back plus a lot of other
    > plugins :slight_smile:
    >
    > Thanks,
    > Alessio.
    >
    > --
    > -------------------------------------------------------
    > Eng. Alessio Fabiani
    > Vice President/CTO GeoSolutions
    >
    > http://www.geo-solutions.it
    >
    > ---------------------------------------------------------

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

    Using Tomcat but need to do more? Need to support web services,
    security?
    Get stuff done quickly with pre-integrated technology to make your
    job easier
    Download IBM WebSphere Application Server v.1.0.1 based on Apache
    Geronimo
    http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
    <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642&gt;
    _______________________________________________
    Geoserver-users mailing list
    Geoserver-users@lists.sourceforge.net
    <mailto:Geoserver-users@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geoserver-users
    <https://lists.sourceforge.net/lists/listinfo/geoserver-users&gt;

--
-------------------------------------------------------
Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it

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

To do a verify, I removed all jai-related files I manually installed, then I restarted tomcat.

At the startaup I get an exception:

*java.lang.NoClassDefFoundError: javax/media/jai/ParameterBlockJAI

*so it seems JAI was correctly installed.

I set geoserver log level to ALL but it says nothing more useful for me, I really cannot think anything other to try...

Thank you,

Fabio

Fabio Da Soghe ha scritto:

Thank you for your fast replay!

I did as you suggested: I installed latest jai releases (jai-1_1_4-pre-dr-b03-lib-linux-i586-16_Oct_2006 and jai_imageio-1_1-beta-lib-linux-i586-jar), but now geoserver lists only two coverage plugins (ImagePyramid / 1.0 and ArcGrid / 1.0).

In a first time I copied all jars from the two libraries in my jre_home/lib/ext and the .so file in the jre_home/bin. Then I added symbolic links in the jdk too but the problem is the same (only two plugins). Of course, if now I try the wms request (the example one I wrote in my previous mail), the response is: No format found capable of managing FormatConfig[...].

Maybe is there something wrong in my manual jai installation?

Thank you again,

Fabio

Alessio Fabiani ha scritto:
  

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries (1.1.4+ and 1.1+), and moreover you should extract the JAI/ImageIO jars not in the geoserver lib directory but in the bin and lib/ext directory of the JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, *Fabio Da Soghe* <fabio.dasoghe@anonymised.com <mailto:fabio.dasoghe@anonymised.com>> wrote:

    Hello.

    I'm trying the WCS release (geoserver-1.4.0-M2-WCS), but I'm
    experimenting several trouble and until now I was not able to get
    a map
    (from a coverage) published correctly.

    My configuration is:

    - linux fedora core 4
    - Java 1.5.0_06 (Sun)
    - JAI 1.1.2
    - ImageIO 1.0
    - Tomcat 5.5

    I dropped the war file (renamed to geoserver-wcs) into tomcat,
    added the
    JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
    content one dir up (before this GeoServer complained about finding the
    configuration files, someone else already described this behavior in
    this mailing list).

    The WCS and WMS GetCapabilities works fine, but when I try to publish
    (via WMS) a coverage (one of the supplied examples, the
    worldImageSample:Img_Sample) I get a runtime error.

    The URL I try is this:

    http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326
    <http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326&gt;

    The WMS responds with an xml error file, which content is this:

    <?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE
    ServiceExceptionReport SYSTEM
    "http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
    <ServiceExceptionReport version=" 1.1.1"> <ServiceException
    code="Internal error : unable to get reader for this coverage layer
    org.vfny.geoserver.global.MapLayerInfo@anonymised.com">null</ServiceException>
    </ServiceExceptionReport>

    Reading the geoserver's log (/var/log/tomcat55/catalina.out), the last
    lines are:

    ^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService -
    handling
    request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
    16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo
    getReader
    GRAVE: No input stream for the provided source
    java.lang.IllegalArgumentException: No input stream for the
    provided source
            at
    org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:205)
            at
    org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:112)
            at
    org.geotools.gce.image.WorldImageFormat.getReader
    (WorldImageFormat.java:116)
            at
    org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java:414)
            at
    org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
            at
    org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:279)
            at
    org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
            at
    org.vfny.geoserver.servlets.AbstractService.doGet
    (AbstractService.java:325)
            at
    org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
            at
    org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
            at
    org.springframework.web.servlet.mvc.AbstractController.handleRequest
    (AbstractController.java:139)
    [...]
    ^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
    service exception while executing request:
    org.vfny.geoserver.wms.reque
    sts.GetMapRequest@anonymised.com
    cause: null
    org.vfny.geoserver.wms.WmsException
            at
    org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
            at
    org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java
    :511)
            at
    org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
            at
    org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
            at
    org.geoserver.request.Dispatcher.handleRequestInternal
    (Dispatcher.java:54)
            at
    org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
    [...]

    I searched through the mailing list and the issue tracker but I was
    unable to find any clue, so any hint would be very appreciated.

    Thank you,

    Fabio Da Soghe

    Alessio Fabiani ha scritto:
    > Hi all guys,
    > the release is ready and alredy committed and uploaded to
    sourceforge.
    >
    > A lot of bugfixes are done during releasing: javadoc,
    > GEOSERVER_DATA_DIR, Jetty, etc...
    >
    > The release works against Java 1.4.2+, GeoTools 2.3.0-M0
    release, JAI
    > 1.1.4 and ImageIO 1.1.
    >
    > ArcGrid module is not working well on this release because of
    the new
    > one is available on Geotools 2.4.x+.
    > Next release will have ArcGrids and GRIBs back plus a lot of other
    > plugins :slight_smile:
    >
    > Thanks,
    > Alessio.
    >
    > --
    > -------------------------------------------------------
    > Eng. Alessio Fabiani
    > Vice President/CTO GeoSolutions
    >
    > http://www.geo-solutions.it
    >
    > ---------------------------------------------------------

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

    Using Tomcat but need to do more? Need to support web services,
    security?
    Get stuff done quickly with pre-integrated technology to make your
    job easier
    Download IBM WebSphere Application Server v.1.0.1 based on Apache
    Geronimo
    http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
    <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642&gt;
    _______________________________________________
    Geoserver-users mailing list
    Geoserver-users@lists.sourceforge.net
    <mailto:Geoserver-users@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/geoserver-users
    <https://lists.sourceforge.net/lists/listinfo/geoserver-users&gt;

--
-------------------------------------------------------
Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it

---------------------------------------------------------
    
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Hi Fabio,
this problem is really strange … is the gt2-image-2.3.0-RC1-SNAPSHOT present in your Geoserver/lib directory? If so means that probably some JAI or ImageIO classes are not available.

Simone (in the CC) is the JAI/ImageIO expert… Simone have you some idea about that strange beahvior?

My idea is that there is something wrong in the JAI/ImageIO installation!!
Have you removed the previous JAI and ImageIO classes from Geoserver lib dir?

On 10/16/06, Fabio Da Soghe < fabio.dasoghe@anonymised.com> wrote:

Thank you for your fast replay!

I did as you suggested: I installed latest jai releases
(jai-1_1_4-pre-dr-b03-lib-linux-i586-16_Oct_2006 and
jai_imageio-1_1-beta-lib-linux-i586-jar), but now geoserver lists only
two coverage plugins (ImagePyramid / 1.0 and ArcGrid / 1.0).

In a first time I copied all jars from the two libraries in my
jre_home/lib/ext and the .so file in the jre_home/bin. Then I added
symbolic links in the jdk too but the problem is the same (only two
plugins). Of course, if now I try the wms request (the example one I
wrote in my previous mail), the response is: No format found capable of
managing FormatConfig[…].

Maybe is there something wrong in my manual jai installation?

Thank you again,

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries ( 1.1.4+ and
1.1+), and moreover you should extract the JAI/ImageIO jars not in the
geoserver lib directory but in the bin and lib/ext directory of the
JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, Fabio Da Soghe <fabio.dasoghe@anonymised.com
mailto:[fabio.dasoghe@anonymised.com](mailto:fabio.dasoghe@anonymised.com)> wrote:

Hello.

I’m trying the WCS release (geoserver-1.4.0-M2-WCS), but I’m
experimenting several trouble and until now I was not able to get
a map
(from a coverage) published correctly.

My configuration is:

  • linux fedora core 4
  • Java 1.5.0_06 (Sun)
  • JAI 1.1.2
  • ImageIO 1.0
  • Tomcat 5.5

I dropped the war file (renamed to geoserver-wcs) into tomcat,
added the
JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
content one dir up (before this GeoServer complained about finding the
configuration files, someone else already described this behavior in
this mailing list).

The WCS and WMS GetCapabilities works fine, but when I try to publish
(via WMS) a coverage (one of the supplied examples, the
worldImageSample:Img_Sample) I get a runtime error.

The URL I try is this:

http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326
< http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326>

The WMS responds with an xml error file, which content is this:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE

ServiceExceptionReport SYSTEM
" http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd">
null

Reading the geoserver’s log (/var/log/tomcat55/catalina.out), the last
lines are:

^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService -
handling
request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo
getReader
GRAVE: No input stream for the provided source
java.lang.IllegalArgumentException: No input stream for the
provided source
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java:205)
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java :112)
at
org.geotools.gce.image.WorldImageFormat.getReader
(WorldImageFormat.java:116)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java :414)
at
org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java :279)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet
(AbstractService.java :325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest
(AbstractController.java:139)
[…]
^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
service exception while executing request:
org.vfny.geoserver.wms.reque
sts.GetMapRequest@anonymised.com
cause: null
org.vfny.geoserver.wms.WmsException
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java
:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal
(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java :139)
[…]

I searched through the mailing list and the issue tracker but I was
unable to find any clue, so any hint would be very appreciated.

Thank you,

Fabio Da Soghe

Alessio Fabiani ha scritto:

Hi all guys,
the release is ready and alredy committed and uploaded to
sourceforge.

A lot of bugfixes are done during releasing: javadoc,
GEOSERVER_DATA_DIR, Jetty, etc…

The release works against Java 1.4.2+, GeoTools 2.3.0-M0
release, JAI
1.1.4 and ImageIO 1.1.

ArcGrid module is not working well on this release because of
the new
one is available on Geotools 2.4.x+.
Next release will have ArcGrids and GRIBs back plus a lot of other
plugins :slight_smile:

Thanks,
Alessio.

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it >



Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your
job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
< http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
mailto:[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-users
<https://lists.sourceforge.net/lists/listinfo/geoserver-users>

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it>



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


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

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it


In the geoserver/WEB-INF/lib there is not the file you asked for: there is gt2-image-2.3.0-M0.jar (I’m using the WCS release geoserver-1.4.0-M2-WCS-war).

Yes, I removed the old jars from the WEB-INF/lib.

I’m currently using two geoserver webapps in my Tomcat 5.5: one is 1.3.2 stable and the other is the wcs one. They are both deployed via the war file but the first (1.3.2) is named “geoserver”, the wcs is named “geoserver-wcs” (I mean, I renamed the war file: tomcat deployed it in the geoserver-wcs directory, creating a ServletContext with same url, geoserver-wcs). Could this be a problem?

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
this problem is really strange … is the gt2-image-2.3.0-RC1-SNAPSHOT present in your Geoserver/lib directory? If so means that probably some JAI or ImageIO classes are not available.

Simone (in the CC) is the JAI/ImageIO expert… Simone have you some idea about that strange beahvior?

My idea is that there is something wrong in the JAI/ImageIO installation!!
Have you removed the previous JAI and ImageIO classes from Geoserver lib dir?

On 10/16/06, Fabio Da Soghe < fabio.dasoghe@anonymised.com> wrote:

Thank you for your fast replay!

I did as you suggested: I installed latest jai releases
(jai-1_1_4-pre-dr-b03-lib-linux-i586-16_Oct_2006 and
jai_imageio-1_1-beta-lib-linux-i586-jar), but now geoserver lists only
two coverage plugins (ImagePyramid / 1.0 and ArcGrid / 1.0).

In a first time I copied all jars from the two libraries in my
jre_home/lib/ext and the .so file in the jre_home/bin. Then I added
symbolic links in the jdk too but the problem is the same (only two
plugins). Of course, if now I try the wms request (the example one I
wrote in my previous mail), the response is: No format found capable of
managing FormatConfig[…].

Maybe is there something wrong in my manual jai installation?

Thank you again,

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries ( 1.1.4+ and
1.1+), and moreover you should extract the JAI/ImageIO jars not in the
geoserver lib directory but in the bin and lib/ext directory of the
JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, Fabio Da Soghe <fabio.dasoghe@anonymised.com
mailto:[fabio.dasoghe@anonymised.com](mailto:fabio.dasoghe@anonymised.com)> wrote:

Hello.

I’m trying the WCS release (geoserver-1.4.0-M2-WCS), but I’m
experimenting several trouble and until now I was not able to get
a map
(from a coverage) published correctly.

My configuration is:

  • linux fedora core 4
  • Java 1.5.0_06 (Sun)
  • JAI 1.1.2
  • ImageIO 1.0
  • Tomcat 5.5

I dropped the war file (renamed to geoserver-wcs) into tomcat,
added the
JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
content one dir up (before this GeoServer complained about finding the
configuration files, someone else already described this behavior in
this mailing list).

The WCS and WMS GetCapabilities works fine, but when I try to publish
(via WMS) a coverage (one of the supplied examples, the
worldImageSample:Img_Sample) I get a runtime error.

The URL I try is this:

http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326
< http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326>

The WMS responds with an xml error file, which content is this:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE

ServiceExceptionReport SYSTEM
" http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd">
null

Reading the geoserver’s log (/var/log/tomcat55/catalina.out), the last
lines are:

^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService -
handling
request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo
getReader
GRAVE: No input stream for the provided source
java.lang.IllegalArgumentException: No input stream for the
provided source
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java:205)
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java :112)
at
org.geotools.gce.image.WorldImageFormat.getReader
(WorldImageFormat.java:116)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java :414)
at
org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java :279)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet
(AbstractService.java :325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest
(AbstractController.java:139)
[…]
^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
service exception while executing request:
org.vfny.geoserver.wms.reque
sts.GetMapRequest@anonymised.com
cause: null
org.vfny.geoserver.wms.WmsException
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java
:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal
(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java :139)
[…]

I searched through the mailing list and the issue tracker but I was
unable to find any clue, so any hint would be very appreciated.

Thank you,

Fabio Da Soghe

Alessio Fabiani ha scritto:

Hi all guys,
the release is ready and alredy committed and uploaded to
sourceforge.

A lot of bugfixes are done during releasing: javadoc,
GEOSERVER_DATA_DIR, Jetty, etc…

The release works against Java 1.4.2+, GeoTools 2.3.0-M0
release, JAI
1.1.4 and ImageIO 1.1.

ArcGrid module is not working well on this release because of
the new
one is available on Geotools 2.4.x+.
Next release will have ArcGrids and GRIBs back plus a lot of other
plugins :slight_smile:

Thanks,
Alessio.

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it >



Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your
job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
< http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
mailto:[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-users
<https://lists.sourceforge.net/lists/listinfo/geoserver-users>

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it>



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


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

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it


On 10/16/06, Fabio Da Soghe <fabio.dasoghe@anonymised.com> wrote:

In the geoserver/WEB-INF/lib there is not the file you asked for: there is gt2-image-2.3.0-M0.jar (I’m using the WCS release geoserver-1.4.0-M2-WCS-war).

Yes you are right, infact the file should be gt2-image-2.3.0-M0.jar because the 1.4.0-M2-WCS release uses Geotools 2.3.0-M0.

Yes, I removed the old jars from the WEB-INF/lib.

This is very bad … that means something prevent the factory to be plugged in. At this point I have to check a bit more deeply where the problem could be. As soon as I have an idea I’ll contact you again … I hope Simone can give us a hand soon too.

I’m currently using two geoserver webapps in my Tomcat 5.5: one is 1.3.2 stable and the other is the wcs one. They are both deployed via the war file but the first (1.3.2) is named “geoserver”, the wcs is named “geoserver-wcs” (I mean, I renamed the war file: tomcat deployed it in the geoserver-wcs directory, creating a ServletContext with same url, geoserver-wcs). Could this be a problem?

No, this is ok.

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
this problem is really strange … is the gt2-image-2.3.0-RC1-SNAPSHOT present in your Geoserver/lib directory? If so means that probably some JAI or ImageIO classes are not available.

Simone (in the CC) is the JAI/ImageIO expert… Simone have you some idea about that strange beahvior?

My idea is that there is something wrong in the JAI/ImageIO installation!!
Have you removed the previous JAI and ImageIO classes from Geoserver lib dir?

On 10/16/06, Fabio Da Soghe < fabio.dasoghe@anonymised.com> wrote:

Thank you for your fast replay!

I did as you suggested: I installed latest jai releases
(jai-1_1_4-pre-dr-b03-lib-linux-i586-16_Oct_2006 and
jai_imageio-1_1-beta-lib-linux-i586-jar), but now geoserver lists only
two coverage plugins (ImagePyramid / 1.0 and ArcGrid / 1.0).

In a first time I copied all jars from the two libraries in my
jre_home/lib/ext and the .so file in the jre_home/bin. Then I added
symbolic links in the jdk too but the problem is the same (only two
plugins). Of course, if now I try the wms request (the example one I
wrote in my previous mail), the response is: No format found capable of
managing FormatConfig[…].

Maybe is there something wrong in my manual jai installation?

Thank you again,

Fabio

Alessio Fabiani ha scritto:

Hi Fabio,
it would be better to use latest JAI and ImageIO libraries ( 1.1.4+ and
1.1+), and moreover you should extract the JAI/ImageIO jars not in the
geoserver lib directory but in the bin and lib/ext directory of the
JDK/JRE used by your web container.

Can you try doing those steps and report me what happens?
Thanks for using GeoServer WCS.

On 10/16/06, Fabio Da Soghe <fabio.dasoghe@anonymised.com
mailto:[fabio.dasoghe@anonymised.com](mailto:fabio.dasoghe@anonymised.com)> wrote:

Hello.

I’m trying the WCS release (geoserver-1.4.0-M2-WCS), but I’m
experimenting several trouble and until now I was not able to get
a map
(from a coverage) published correctly.

My configuration is:

  • linux fedora core 4
  • Java 1.5.0_06 (Sun)
  • JAI 1.1.2
  • ImageIO 1.0
  • Tomcat 5.5

I dropped the war file (renamed to geoserver-wcs) into tomcat,
added the
JAI and ImageIO jars to the WEB-INF/lib, then moved the data/data
content one dir up (before this GeoServer complained about finding the
configuration files, someone else already described this behavior in
this mailing list).

The WCS and WMS GetCapabilities works fine, but when I try to publish
(via WMS) a coverage (one of the supplied examples, the
worldImageSample:Img_Sample) I get a runtime error.

The URL I try is this:

http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326
< http://beaker/geoserver-wcs/wms?bbox=-180,-90,180,90&styles=raster&Format=image/png&request=GetMap&layers=nurc:Img_Sample&width=500&height=500&srs=EPSG:4326>

The WMS responds with an xml error file, which content is this:

<?xml version="1.0" encoding="UTF-8" standalone="no" ?><!DOCTYPE

ServiceExceptionReport SYSTEM
" http://beaker:80/geoserver-wcs/schemas//wms/1.1.1/WMS_exception_1_1_1.dtd">
null

Reading the geoserver’s log (/var/log/tomcat55/catalina.out), the last
lines are:

^@7906766 [INFO] org.vfny.geoserver.servlets.AbstractService -
handling
request: org.vfny.geoserver.wms.requests.GetMapRequest@anonymised.com
16-ott-2006 15.01.06 org.vfny.geoserver.global.CoverageStoreInfo
getReader
GRAVE: No input stream for the provided source
java.lang.IllegalArgumentException: No input stream for the
provided source
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java:205)
at
org.geotools.gce.image.WorldImageReader.(WorldImageReader.java :112)
at
org.geotools.gce.image.WorldImageFormat.getReader
(WorldImageFormat.java:116)
at
org.vfny.geoserver.global.CoverageStoreInfo.getReader(CoverageStoreInfo.java :414)
at
org.vfny.geoserver.global.CoverageInfo.getReader(CoverageInfo.java:535)
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java :279)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet
(AbstractService.java :325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest
(AbstractController.java:139)
[…]
^@7906774 [AVVERTENZA] org.vfny.geoserver.servlets.AbstractService -
service exception while executing request:
org.vfny.geoserver.wms.reque
sts.GetMapRequest@anonymised.com
cause: null
org.vfny.geoserver.wms.WmsException
at
org.vfny.geoserver.wms.responses.GetMapResponse.execute(GetMapResponse.java:288)
at
org.vfny.geoserver.servlets.AbstractService.doService(AbstractService.java
:511)
at
org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:325)
at
org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:169)
at
org.geoserver.request.Dispatcher.handleRequestInternal
(Dispatcher.java:54)
at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java :139)
[…]

I searched through the mailing list and the issue tracker but I was
unable to find any clue, so any hint would be very appreciated.

Thank you,

Fabio Da Soghe

Alessio Fabiani ha scritto:

Hi all guys,
the release is ready and alredy committed and uploaded to
sourceforge.

A lot of bugfixes are done during releasing: javadoc,
GEOSERVER_DATA_DIR, Jetty, etc…

The release works against Java 1.4.2+, GeoTools 2.3.0-M0
release, JAI
1.1.4 and ImageIO 1.1.

ArcGrid module is not working well on this release because of
the new
one is available on Geotools 2.4.x+.
Next release will have ArcGrids and GRIBs back plus a lot of other
plugins :slight_smile:

Thanks,
Alessio.

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it >



Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make your
job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache
Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
< http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642>


Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
mailto:[Geoserver-users@lists.sourceforge.net](mailto:Geoserver-users@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geoserver-users
<https://lists.sourceforge.net/lists/listinfo/geoserver-users>

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it <http://www.geo-solutions.it>



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


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

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it



Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


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

Eng. Alessio Fabiani
Vice President/CTO GeoSolutions

http://www.geo-solutions.it