[Mapserver-users] Why Mapserver GML does not validate with XMLSpy

Bart van den Eijnden bartvde at xs4all.nl
Thu Jun 17 09:34:33 PDT 2004


Hi Daniel,

the guys at Altova (XMLSpy) seem to have a different opinion on this 
subject, see:

http://www.altova.com/forum/forums/forum.asp?forumid=28&page=1&select=4262#xx4262xx

-----------------------
Excerpt from the forum:
-----------------------
Hello Bart,

When I previously said that it was a 'bad' URL I meant that when I 
requested it with a web client the server responded with an HTTP error 
code. This seems to be working now.

Your instance document contains the escaped ampersand:
&

...otherwise it would not be valid - the unescaped ampersand not being 
allowed in this context:

http://www.w3.org/TR/REC-xml/#syntax

...so this is the URL:
http://www.vz.geodan.nl:1112/cgi-bin/mapserv.exe?map=/ms4w_20/apps/general/map/gemeentes.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=Gemeentes


...being sent to the server. This is a perfectly valid construction:

http://www.biglist.com/lists/xsl-list/archives/200104/msg01061.html

...that your CGI application or web server seems to be having problems 
handling correctly.

I hope this helps.

Best regards,

Paul
-----------------------

Best regards,
Bart

On Thu, 17 Jun 2004 00:18:17 -0400, Daniel Morissette 
<dmorissette at dmsolutions.ca> wrote:

> bartvde at xs4all.nl wrote:
>> Hi list,
>>
>> there has been discussion recently about Mapserver GML not validating 
>> with
>> XMLSpy.
>>
>> A colleague of mine found the cause for this, and this is related to an
>> issue I reported one and a half week ago on the list.
>>
>> There are two issues:
>> 1) the GML version of Mapserver (2.1.1) and WFS (2.1.2) differ, but 
>> Assefa
>> already fixed this in CVS
>> 2) Mapserver does not respond properly to URL encoded HTTP GET requests,
>> which is what XMLSpy is sending.
>>
>> So basically, XMLSpy asks for:
>> http://www.vz.geodan.nl:1112/cgi-bin/mapserv.exe?map=/ms4w_20/apps/general/map/gemeentes.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=Gemeentes
>>
>
> Bart,
>
> As I also wrote in the bug report, I don't think the above URL is a 
> valid CGI request. It is up to the client (XMLSpy in this case) to 
> decode the "&" and turn them into "&" chars in the QUERY_STRING 
> before calling the remote server. This is not specific to MapServer, 
> that's the way CGI's work in general.
>
> Perhaps the problem is that the schema URL should not be encoded in the 
> XML?  I didn't think that was the case since I assumed that all string 
> parameter values in an XML document needed to be encoded... perhaps that 
> doesn't apply to the XML headers?  If that's the case then perhaps you 
> can add that information to the bug report.
>
> Daniel



-- 
  



More information about the MapServer-users mailing list