Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-users] WMS and no access to XSDs for schema validation

Hi Frank,

Am 05.10.2020 um 21:20 schrieb Frank Gasdorf:
Would you please create an issue at github (https://github.com/locationtech/udig-platform/issues) so we can dig into uDig and find a way to solve it. I guess it needs more investigation..

I just created the following issue

https://github.com/locationtech/udig-platform/issues/427

Hope it's useful.

Riccardo


Many thanks in advance
--
Frank

Am Mo., 5. Okt. 2020 um 15:48 Uhr schrieb Riccardo Foschia <riccardo.foschia@xxxxxxxxxxxxx <mailto:riccardo.foschia@xxxxxxxxxxxxx>>:

    Hello udig-users,

    this is probably more a GeoTools problem but it happens with uDig, so I
    ask this list first:

    I'm running uDig 2.0.0 on a machine without internet access.

    Unfortunately I cannot add a WMS layer to a uDig map from a WMS server
    in the same LAN as the machine running uDig. In the status bar uDig
    complains it cannot connect to the WMS because of

    "Error downloading
    http://schemas.opengis.net/sld/1.1.0/sld_capabilities.xsd";

    I'm suspecting that uDig or better GeoTools tries to access some of the
    URLs to the XSD referenced in the XML file returned by the
    GetCapabilities request to the local WMS. For your information: these
    are the first lines of the GetCapablities response:

    <?xml version='1.0' encoding="UTF-8" standalone="no" ?>
    <WMS_Capabilities version="1.3.0"  xmlns="http://www.opengis.net/wms";
    xmlns:sld="http://www.opengis.net/sld";
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
    xmlns:ms="http://mapserver.gis.umn.edu/mapserver";
    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";>


    I did some research and it seems to me that GeoTools should by default
    not access the internet when parsing GetCapabilities responses if some
    JARs (gt-xsd-*.jar and net.opengis.*.jar) are distributed with an
    application, see chapter "GeoToolsExtensions / XML" here

    https://docs.geotools.org/latest/userguide/welcome/architecture.html

    I checked that the GeoTools JARs mentioned in the above document are
    distributed with uDig 2.0.0. They are also listed in bundle
    classpath of
    org.locationtech.udig.libs plugin.

    It would be OK for me, if no validation at all would happen for the
    used
    WMS. So my question is:

    Is there a way to configure uDig that no schema validation happens for
    responses to WMS requests?

    Any hints are really appreciated.

    Thanks in advance,
    Riccardo

--
    META-LEVEL Software AG
    Lyonerring 1
    66121 Saarbrücken
    Deutschland
    Tel: +49 - 681 / 99687-0
    Fax: +49 - 681 / 99687-99
    Mail: info@xxxxxxxxxxxxx <mailto:info@xxxxxxxxxxxxx>
    Web: www.meta-level.de <http://www.meta-level.de>

    Rechtsform: Aktiengesellschaft
    Sitz: Saarbrücken
    HR B Nr. 13 380 Amtsgericht Saarbrücken
    USt-IdNr. DE 1 38 166667
    Vorstände: Dipl.-Inform. Peter Badt und Dipl.-Inform. Peter Raber
    Vorsitzender des Aufsichtsrats:  Reinhard Kuhn
    _______________________________________________
    udig-users mailing list
    udig-users@xxxxxxxxxxx <mailto:udig-users@xxxxxxxxxxx>
    To unsubscribe from this list, visit
    https://dev.eclipse.org/mailman/listinfo/udig-users


_______________________________________________
udig-users mailing list
udig-users@xxxxxxxxxxx
To unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/udig-users


--

META-LEVEL Software AG
Lyonerring 1
66121 Saarbrücken
Deutschland
Tel: +49 - 681 / 99687-0
Fax: +49 - 681 / 99687-99
Mail: info@xxxxxxxxxxxxx
Web: www.meta-level.de

Rechtsform: Aktiengesellschaft
Sitz: Saarbrücken
HR B Nr. 13 380 Amtsgericht Saarbrücken
USt-IdNr. DE 1 38 166667
Vorstände: Dipl.-Inform. Peter Badt und Dipl.-Inform. Peter Raber
Vorsitzender des Aufsichtsrats:  Reinhard Kuhn


Back to the top