Geottols WMS connection with ESRI Server

[moverton]

Hello All,

I am attempting to refactor an older in house product that utilizes GeoTools 2.4.4. The code currently works with making WMS connections to GeoServer, but we would like to also be able to connect to an ESRI map server. When just trying to change the URL, I have noticed some strange behavior: the WMS getCapabilities request is sent off, but in handling the response, it throws and XML parsing error saying that a simple type cannot have any children. I am trying to determine if this issue comes from just using an older version of GeoTools (unsure of the upgrade due to a gratuitous use of GTCloneUtils for cloning), or if there is some fundamental difference in the schema being used.

Another bit of interest. I did notice that the ESRI server would not respond using gzip compression no matter how the IIS server was configured. So I removed that request from the underlying WMS calls to see if that would help. All that changed is that I noticed a WMS request with version 1.4, then another one with 1.0 before it crapped out and died with the same error.

Anyways, if anyone has any tips or advice, I would be grateful. If the HTTP requests and subsequent responses would be useful, let me know and I'll go grab them (they are on another box not connected to the internet).

Thanks,
moverton

[Jody Garnett-3]

Hey moverton; you will want to send this to the udig-users list on  
source forge.

More information here:
- http://geotools.org/getinvolved.html

Jody

On 09/09/2009, at 1:04 AM, moverton wrote:

>
> Hello All,
>
> I am attempting to refactor an older in house product that utilizes  
> GeoTools
> 2.4.4. The code currently works with making WMS connections to  
> GeoServer,
> but we would like to also be able to connect to an ESRI map server.  
> When
> just trying to change the URL, I have noticed some strange behavior:  
> the WMS
> getCapabilities request is sent off, but in handling the response,  
> it throws
> and XML parsing error saying that a simple type cannot have any  
> children. I
> am trying to determine if this issue comes from just using an older  
> version
> of GeoTools (unsure of the upgrade due to a gratuitous use of  
> GTCloneUtils
> for cloning), or if there is some fundamental difference in the  
> schema being
> used.
>
> Another bit of interest. I did notice that the ESRI server would not  
> respond
> using gzip compression no matter how the IIS server was configured.  
> So I
> removed that request from the underlying WMS calls to see if that  
> would
> help. All that changed is that I noticed a WMS request with version  
> 1.4,
> then another one with 1.0 before it crapped out and died with the same
> error.
>
> Anyways, if anyone has any tips or advice, I would be grateful. If  
> the HTTP
> requests and subsequent responses would be useful, let me know and  
> I'll go
> grab them (they are on another box not connected to the internet).
>
> Thanks,
> moverton
> --
> View this message in context: http://www.nabble.com/Geottols-WMS-connection-with-ESRI-Server-tp25348001p25348001.html
> Sent from the geotools - dev mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Jody Garnett-3]

Morning Moverton - can I ask you to sign up for the geotools-gt2-users  
list :-) This dev@... is not really used; and I am  
not sure how to shut it off.

With respect to ESRI services we have a couple of bug reports in our  
issue tracker; but it sounds like you are hitting some that have not  
been reported yet.

I am not sure about GTCloneUtils; but we did switch to a new feature  
model for GeoTools 2.5.x so updating will be a bit of work if you are  
doing more then WMS.

You should however try GeoTools 2.5.x WMS support to see if it can  
connect to your ESRI server; you could write a test case or download a  
recent uDig app that uses it in order to test (http://udig.refractions.net/download/unstable/ 
).

Let us continue this conversation on the geotools-gt2-users list...

Jody

On 09/09/2009, at 1:04 AM, moverton wrote:

>
> Hello All,
>
> I am attempting to refactor an older in house product that utilizes  
> GeoTools
> 2.4.4. The code currently works with making WMS connections to  
> GeoServer,
> but we would like to also be able to connect to an ESRI map server.  
> When
> just trying to change the URL, I have noticed some strange behavior:  
> the WMS
> getCapabilities request is sent off, but in handling the response,  
> it throws
> and XML parsing error saying that a simple type cannot have any  
> children. I
> am trying to determine if this issue comes from just using an older  
> version
> of GeoTools (unsure of the upgrade due to a gratuitous use of  
> GTCloneUtils
> for cloning), or if there is some fundamental difference in the  
> schema being
> used.
>
> Another bit of interest. I did notice that the ESRI server would not  
> respond
> using gzip compression no matter how the IIS server was configured.  
> So I
> removed that request from the underlying WMS calls to see if that  
> would
> help. All that changed is that I noticed a WMS request with version  
> 1.4,
> then another one with 1.0 before it crapped out and died with the same
> error.
>
> Anyways, if anyone has any tips or advice, I would be grateful. If  
> the HTTP
> requests and subsequent responses would be useful, let me know and  
> I'll go
> grab them (they are on another box not connected to the internet).
>
> Thanks,
> moverton
> --
> View this message in context: http://www.nabble.com/Geottols-WMS-connection-with-ESRI-Server-tp25348001p25348001.html
> Sent from the geotools - dev mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email