Thank you for the response, Andrea. I retested with a clean Tomcat
6.0.26 and GS 2.1 RC-5 war file and I was able to reproduce issue 1
and 2:

1) The <ServiceException> Translator error is thrown if something is
wrong with the datastore/layer configuration. You can reproduce this
with a clean installation and wcs getCapabilities request. The demo
store "img_sample2" is responsible for ServiceException during the WCS
GetCapabilities request:
<?xml version="1.0" encoding="UTF-8"?><ServiceExceptionReport
version="1.2.0" >   <ServiceException>
      Unable to acquire a reader for this coverage with format: WorldImage
null
Translator error
Unable to acquire a reader for this coverage with format: WorldImage
</ServiceException></ServiceExceptionReport>

This is probably related to a startup error/warning:
Caused by: org.vfny.geoserver.wcs.WcsException: Unable to acquire a
reader for this coverage with format: WorldImage
        at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.handleCoverageOfferingBrief(Wcs10CapsTransformer.java:747)
        at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.handleContentMetadata(Wcs10CapsTransformer.java:694)
        at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.encode(Wcs10CapsTransformer.java:218)
        at 
org.geotools.xml.transform.TransformerBase$XMLReaderSupport.parse(TransformerBase.java:714)
        at 
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
        at 
org.geotools.xml.transform.TransformerBase$Task.run(TransformerBase.java:296)
        at 
org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:129)
        ... 123 more

If you remove the datastore and restart Tomcat, requesting the WCS
capabilites works as expected.

Concerning my problem it seems to be related a strange "input not a
RandomAccessFile!". Maybe the ImageIO libs are not reloaded properly?
Caused by: java.lang.IllegalArgumentException: input not a RandomAccessFile!
      at 
com.sun.imageio.spi.RAFImageInputStreamSpi.createInputStreamInstance(RAFImageInputStreamSpi.java:43)
      at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:200)
      at 
org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:271)
      at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:77)
      at 
org.geoserver.catalog.ResourcePool.getGridCoverageReader(ResourcePool.java:972)
      at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.handleCoverageOfferingBrief(Wcs10CapsTransformer.java:741)
      at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.handleContentMetadata(Wcs10CapsTransformer.java:694)
      at 
org.geoserver.wcs.response.Wcs10CapsTransformer$WCS100CapsTranslator.encode(Wcs10CapsTransformer.java:218)
      at 
org.geotools.xml.transform.TransformerBase$XMLReaderSupport.parse(TransformerBase.java:714)
      at 
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:484)
      at 
org.geotools.xml.transform.TransformerBase$Task.run(TransformerBase.java:296)
      at 
org.geotools.xml.transform.TransformerBase.transform(TransformerBase.java:129)
      ... 125 more

2) This issue is also reproducable with the demo store "sf:sfdem".
Simply post this WCS getCoverage request:
<?xml version="1.0" encoding="UTF-8"?>
<GetCoverage version="1.0.0" service="WCS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns="http://www.opengis.net/wcs";
xmlns:ows="http://www.opengis.net/ows/1.1";
xmlns:gml="http://www.opengis.net/gml";
xmlns:ogc="http://www.opengis.net/ogc";
xsi:schemaLocation="http://www.opengis.net/wcs
http://schemas.opengis.net/wcs/1.0.0/getCoverage.xsd";>
  <sourceCoverage>sf:sfdem</sourceCoverage>
  <domainSubset>
    <spatialSubset>
      <gml:Envelope srsName="EPSG:4326">
        <gml:pos>-103.87108701853181 44.370187074132616</gml:pos>
        <gml:pos>-103.62940739432703 44.5016011535299</gml:pos>
      </gml:Envelope>
      <gml:Grid dimension="2">
        <gml:limits>
          <gml:GridEnvelope>
            <gml:low>0 0</gml:low>
            <gml:high>648 496</gml:high>
          </gml:GridEnvelope>
        </gml:limits>
        <gml:axisName>E</gml:axisName>
        <gml:axisName>N</gml:axisName>
      </gml:Grid>
    </spatialSubset>
  </domainSubset>
  <output>
    <crs>EPSG:4326</crs>
    <format>GeoTIFF</format>
  </output>
</GetCoverage>

Response:
<?xml version="1.0" encoding="UTF-8"?><ServiceExceptionReport
version="1.2.0" >   <ServiceException>
      java.lang.IllegalArgumentException: Illegal value for argument
&quot;TargetCRS must be compatible with TargetGG CRS&quot;.
Illegal value for argument &quot;TargetCRS must be compatible with
TargetGG CRS&quot;.
</ServiceException></ServiceExceptionReport>

Adding EPSG:4326 to the Request/Response SRS in Layer/Publishing Tab
does not make any difference.

3) This is not reproducible with a clean installation, so I guess it
has something to do with the data directory or plugins I am using in
the other installation. I will look into it. Did the data_dir changed
between 2.1-RC1 and 2.1-RC5?

Best regards,
Torsten


On Wed, May 4, 2011 at 7:03 PM, Andrea Aime
<[email protected]> wrote:
> On Wed, May 4, 2011 at 6:38 PM, thegis <[email protected]> wrote:
>> Hi All,
>
> ...
>
>> Does anyone knows if these are bugs or if I am doing something wrong?
>
> No idea of any of them, we'd need data + request to reproduce locally and
> use a debugger to look into it.
>
> GS 2.1.0 is very likely going out as is, but hopefully there will be a 2.1.1
> shortly after that (I hope one month, but cannot make promises)
>
> Cheers
> Andrea
>
>
> --
> -------------------------------------------------------
> Ing. Andrea Aime
> GeoSolutions S.A.S.
> Tech lead
>
> 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://www.linkedin.com/in/andreaaime
> http://twitter.com/geowolf
>
> -------------------------------------------------------
>

------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to