- changed status to open
getFeatureInfo für abgesicherte Dienste
Hallo,
getFeatureInfo funktioniert nicht bei abgesicherten Diensten (isSecured:true). Der Server antwortet mit 401 Unauthorized. Der WMS-Dienst selber wird aber dargestellt.
Grüße aus Stuttgart
David Messerer
Comments (11)
-
-
-
assigned issue to
-
assigned issue to
-
Hallo Herr Messerer,
haben Sie eine passende Konfiguration zur Hand, z.B. gegen einen abgesicherten Testdienst, zu dem man die Logindaten weiterreichen dürfte? Das würde die Bearbeitung erleichtern.
Viele Grüße
-
Hallo Herr @David Messerer ,
ich habe in https://bitbucket.org/geowerkstatt-hamburg/masterportal/pull-requests/3279/issue-701-fix-gfi-for-secured-wms-services eine Lösung vorbereitet. Gegen einen QS-Dienst konnte ich das schon mal erfolgreich ausprobieren.
Funktioniert die Lösung auch für Sie? Das wäre wahrscheinlich ein Kriterium dafür, ob der Pull Request weiterkommt, weil er seitens LGV-Abnahme wahrscheinlich nicht so leicht getestet werden kann.
Viele Grüße
-
reporter Hallo,
sorry, dass ich auf die erste Nachricht nicht zeitig reagiert habe. Hatte noch ein paar andere Dinge auf dem Schreibtisch. Ich würde den PR morgen mal testen. Soll ich trotzdem noch einen Dienst zur Verfügung stellen?
Oder reicht meine Aussage dazu?
Beste Grüße aus Stuttgart
David Messerer
-
reporter Hallo nochmal,
also ich hab es jetzt doch schnell mit unserem abgesicherten Dienst probiert. Jetzt funktioniert es!
Vielen Dank für die schnelle Bearbeitung.
Nochmals Grüße aus Stuttgart
David Messerer
-
- changed status to resolved
Hallo,
der Pull Request ist jetzt gemerged. Es gab noch eine Änderung, da das GFI für Dienste mit “Access-Control-Allow-Origin: *” nicht mehr funktioniert hatte. Ich schließe das Issue schon mal optimistisch, und im nächsten Release ist der Fix dann enthalten.
Sollte es durch die Anpassung jetzt doch zu Problemen kommen, gern wieder öffnen.
Viele Grüße
-
reporter Hallo, danke fürs mergen. Hab vorhin mal den dev branch gepulled, gebaut und getestet. Leider bekomme ich jetzt für abgesicherte Dienste wieder die Meldung: “Bei der Informationsabfrage (GetFeatureInfo) ist ein Fehler aufgetreten.” Habe ich was übersehen?
Mit Commit c1b6c46b7 vom 10.03 hat es noch funktioniert.
Grüße aus Stuttgart
-
reporter - changed status to open
Leider funktioniert aktueller fix so bei uns nicht.
-
Hallo,
ah, wie unglücklich. Mit meinem Testdienst klappt es soweit (allerdings umgehe ich CORS browserseitig zum Testen, da ich keinen passenderen Dienst da habe …), deswegen bin ich mir nicht sicher, wo der Fehler hier liegt. Ich klopfe von daher mal ab:
- Sind in der services.json am gesicherten Layer die Felder
"isSecured": true
und"authenticationUrl": "<Hier URL zu den GetCapabilities>"
gesetzt? - Findet beim Anschalten des Layers die Abfrage von Name/PW statt? Falls Name/PW bereits fest im Browser sind, gern mal in einem privaten Fenster ausprobieren, das ist ohne “Gedächtnis”. (In Chrome/FF zu erreichen über das “Eckmenü” oben rechts in der Ecke.)
Sonst würden mich mehr Infos zum Fehler (Steht etwas Nützliches in der Konsole?) oder ein Testdienst zum Ausprobieren interessieren. Irgendwas muss ja zwischen unseren Testdiensten unterschiedlich laufen. Oder es liegt an CORS, aber das glaube ich eigentlich nicht, da es mit dem Zwischen-Commit ja ging. Eigentlich hat der Commit im Nachgang nur die Bedingungen eingeschränkt, unter denen die Authentifizierung mitgeschickt wird.
- Sind in der services.json am gesicherten Layer die Felder
-
reporter - changed status to resolved
Hallo,
danke für die Hinweise! Jetzt hab ich mir alles nochmal im Detail angeschaut. Bei der ganzen Kopiererei der Portale hab ich eine alte services.json erwischt, bei der die o.g. Attribute gefehlt haben. Natürlich hab ich den Fehler direkt dem Code zugeschoben und das offensichtliche außen vor gelassen. Sorry! Funktioniert alles einwandfrei. Grüße aus Stuttgart und schönes Wochenende
- Log in to comment