Verschiedene WebDav Ressourcenpfade für gleiche Ressource bei der Verwendung von verschiedenen Clients

StackOverflow https://stackoverflow.com/questions/3767634

  •  04-10-2019
  •  | 
  •  

Frage

Ich bin im Begriff, einen Web-dav der Prüfung aktivierte mein System betrachten anumber von verschiedenen Clients. Ein besonderer Kunde scheint manchmal zu tun, tun seltsame Dinge, und ich war Wunder, ist dies zu erwarten ..

Das Protokoll zeigt, wie es irgendwie den Pfad zu dem Verzeichnis (Sammlung in webdav sprechen), indem wieder den vollständigen Pfad zum Servlet erneut (Blick auf die letzte Zeile) verstümmelt hat. Alle anderen Kunden nicht tun dies, dies in erster Linie, weil es ein schlecht codierten Client, der wahrscheinlich defekt ist?

[org.eclipse.jetty.util.log] : REQUEST /milton/http:/127.0.0.1/milton/!renamed/ on org.eclipse.jetty.server.nio.SelectChannelConnector$2@59fb21
[org.eclipse.jetty.util.log] : servlet=com.bradmcevoy.http.MiltonServlet-11108810
[org.eclipse.jetty.util.log] : servlet holder=
[org.eclipse.jetty.util.log] : chain=
[com.bradmcevoy.http.HttpManager] : PROPFIND :: http://127.0.0.1:9000/milton/http:/127.0.0.1/milton/!renamed/ - http://127.0.0.1:9000/milton/http:/127.0.0.1/milton/!renamed/
[org.eclipse.jetty.util.log] : RESPONSE /milton/http:/127.0.0.1/milton/!renamed/  404

Ich habe in der Antwort Protokoll sieht, dass der Client zur Verfügung stellt und die Namen sind nicht verstümmelt sie Sinn machen.

/milton/!renamed 

und nicht

/milton/http:/127.0.0.1/milton/!renamed/
War es hilfreich?

Lösung

Es ist sehr wahrscheinlich der Kunde. - was es sieht aus wie ist, dass der Server mit einer vollständig qualifizierten URL zu antworten, mit Schema, Host und Port (http://127.0.0.1/9000), aber der Kunde es als relativer uri (href behandelt - „/ milton / abc ") und das Voranstellen der Informationen zurück auf sich.

Rückkehr href ist (wie / milton / abc) wird oft verwendet, aber beide legal sind.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top