On Sun, Sep 21, 2014 at 12:14 AM, Andrea Aime <[email protected]>
wrote:
> - Connection as WMS 1.3.0 NOT PASSED
>>
>> Error is “Connection test failed: Failed to resolve
>> https://xxx.fi/cgi-bin/xxx?service=WMS&version=1.3.0&request=GetSchemaExtension
>> ”
>>
>> This works with demo.mapserver.org and announced URL returns a document
>> to browser. Could it be that schema resolving is not successful because of
>> https + basic auth because that seems to be the only difference?go out with
>> the
>>
>
> Could be... do you have a URL that I can hit, that allows reproducing the
> issue?
>
>
Ok, found one that has this issue... the mapserver devs have been searching
for trouble there...
Here is a GetCapabilities:
http://openwms.statkart.no/skwms1/wms.topo2?service=WMS&version=1.3.0&request=GetCapabilities
It is customized in serveral ways, as you can see there is a stylesheet
(curious, not wrong, but made it
difficult to get the actual xml document, had to resort to command line)
and then there is a link to that GetSchemaExtension because they added a
new namespace (the ms one)
and a element attached to it:
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/xslt/WMSGetCapabilities.xsl"
?><WMS_Capabilities xmlns="http://www.opengis.net/wms"; xmlns:sld="
http://www.opengis.net/sld"; xmlns:xsi="http://www.w3.org/2001/XMLSchem
a-instance" xmlns:ms="http://mapserver.gis.umn.edu/mapserver";
version="1.3.0" xsi:schemaLocation="http://www.opengis.net/wms
http://schemas.opengis.net/wms/1.3.0/capabilities_1_3_0.xsd
http://www.opengis.
net/sld http://schemas.opengis.net/sld/1.1.0/sld_capabilities.xsd
*http://mapserver.gis.umn.edu/mapserver
<http://mapserver.gis.umn.edu/mapserver>
http://dcriap006/cgi-bin/topo2?service=WMS&version=1.3.0&request=GetSchemaExtension
<http://dcriap006/cgi-bin/topo2?service=WMS&version=1.3.0&request=GetSchemaExtension>*
">
<!-- MapServer version 6.3-dev OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG
SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS
=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG
INPUT=POSTGIS INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE -->
...
*<ms:GetStyles>*
<Format>text/xml</Format>
<DCPType>
<HTTP>
<Get><OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink";
xlink:href="http://openwms.statkart.no/skwms1/wms.topo2?"; /></Get>
<Post><OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink";
xlink:href="http://openwms.statkart.no/skwms1/wms.topo2?"; /></Post>
</HTTP>
</DCPType>
</ms:GetStyles>
This little stunt makes the document impossible to parse for a parser that
is schema driven, because the url points to a local machine
instead of pointing back to original url where the caps was retrieved from,
and when we try to get the schema for the mapserver
extension, boom... I'm afraid there is not much we can do about it, besides
maybe a mapserver specific workaround (but I would like
to avoid starting littering the code base with server specific workarounds,
especially if the issue is on the other side).
If possible, this should be fixed in the mapfile, if not, I believe a bug
report to mapserver is in order
Cheers
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Slashdot TV. Video for Nerds. Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
