highlightFeaturesByAttribute antwortet 401 bei abgesicherten Diensten, wenn Service nicht die gleiche Domain wie das Masterportal hat

Issue #1179 resolved
Jannik Günther created an issue

Hi,

wir sind auf ein Problem gestoßen.

Wir haben einen WFS-Dienst im Masterportal eingebunden. Dieser Dienst ist mit BasicAuth abgesichert. Wir können den WFS-Dienst normal einbinden und er funktioniert (die Features tauchen in der Karte auf). Wenn wir jedoch den URL-Parameter highlightFeaturesByAttribute verwenden, dann bekommen wir einen 401 Unauthorized Fehler. Dieser Fehler kommt nur, wenn der WFS-Dienst eine ander Domain als das Portal hat. Sind die Domains gleich, dann tritt das Problem nicht auf.

Response:

POST <https://nfis-geoservices-test.gbv.de/geoserver/adabweb/wfs> 401 (Unauthorized)

Zusätzlich dazu kommt dieser AxiosError:

{
    "message": "Request failed with status code 401",
    "name": "AxiosError",
    "stack": "AxiosError: Request failed with status code 401\n    at settle (webpack-internal:///./node_modules/axios/lib/core/settle.js:40:12)\n    at XMLHttpRequest.onloadend (webpack-internal:///./node_modules/axios/lib/adapters/xhr.js:113:33)",
    "config": {
        "transitional": {
            "silentJSONParsing": true,
            "forcedJSONParsing": true,
            "clarifyTimeoutError": false
        },
        "adapter": [
            "xhr",
            "http"
        ],
        "transformRequest": [
            null
        ],
        "transformResponse": [
            null
        ],
        "timeout": 0,
        "xsrfCookieName": "XSRF-TOKEN",
        "xsrfHeaderName": "X-XSRF-TOKEN",
        "maxContentLength": -1,
        "maxBodyLength": -1,
        "env": {},
        "headers": {
            "Accept": "application/json, text/plain, */*",
            "Content-Type": "raw"
        },
        "method": "post",
        "url": "<https://nfis-geoservices-test.gbv.de/geoserver/adabweb/wfs>",
        "data": "<?xml version='1.0' encoding='UTF-8'?>\n            <wfs:GetFeature service='WFS' xmlns:wfs='<http://www.opengis.net/wfs>' xmlns:ogc='<http://www.opengis.net/ogc>' xmlns:gml='<http://www.opengis.net/gml>' xmlns:app='<http://www.deegree.org/app>' traverseXlinkDepth='*' version='1.1.0'>\n                <wfs:Query typeName='nfis_wfs'>\n                    <ogc:Filter>\n                        <ogc:PropertyIsEqualTo matchCase='false' wildCard='*' singleChar='#' escapeChar='!'>\n                <ogc:PropertyName>adabweb:adabweb:fs_ix</ogc:PropertyName>\n                <ogc:Literal>28992677</ogc:Literal>\n            </ogc:PropertyIsEqualTo>\n                    </ogc:Filter>\n                </wfs:Query>\n            </wfs:GetFeature>"
    },
    "code": "ERR_BAD_REQUEST",
    "status": 401
}

Da das normale Anzeigen von Features funktioniert und dieses Problem nur bei highlightFeaturesByAttribute auftritt, gehen wir davon aus, dass es sich um einen Fehler im Masterportal handelt.

Comments (5)

  1. Konstantin Holm

    Hallo Jannik,

    könntest du mir dazu bitte Zugang zu dem WFS-Dienst ermöglichen, damit ich das nachstellen kann?
    Du kannst mir gerne eine Email schreiben an konstantin.holm@dataport.de.

    Ohne es nachzustellen, kann ich so nicht sagen, warum der Axios-Fehler gerade bei highlightFeaturesByAttribute auftritt.
    Und an welcher Stelle wird der URL-Parameter gesetzt? Funktionieren denn andere Parameter an der Stelle?

    Viele Grüße
    Konstantin Holm

  2. Jannik Günther reporter

    Hi Konstantin,

    ich kläre, ob ich dir den Zugang zur Verfügung stellen darf und schicke dir die Daten dann per Mail.

    Die URL, bei der das Problem auftritt sieht beispielsweise so aus:

    https://geodaten.nfis6.gbv.de/content/example/basic/?api/highlightFeaturesByAttribute=1279&wfsId=1279&attributeName=ouuid&attributeValue=43911de1-7c49-49b4-a6bc-24f677b4c1db;5334141d-3df1-41ee-a566-05e039116cba&attributeQuery=isin
    

    Mit anderen Parametern wurde es noch nicht getestet. Sobald wir dazu etwas wissen, werde ich dir Bescheid sagen.

    Vielen Dank und Viele Grüße

    Jannik Günther

  3. Log in to comment