Différents chemins de ressources WebDav pour une même ressource lors de l'utilisation de différents clients

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

  •  04-10-2019
  •  | 
  •  

Question

Je suis en train de tester un dav web activé voir mon système à l'aide de différents clients anumber. Un client particulier semble faire parfois faire des choses étranges et je me demande est-ce à attendre ..

Le journal ci-dessous montre comment il a déchiqueté en quelque sorte le chemin vers le répertoire (collection en parler webdav) en incluant à nouveau le chemin complet vers le servlet à nouveau (regardez la dernière ligne). Tous les autres clients ne faisons pas c'est-ce principalement parce que son client mal codé qui est probablement cassé?

[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

J'ai regardé le journal de réponse que le client met à la disposition et les noms ne sont pas mutilée ils font sens.

/milton/!renamed 

et non

/milton/http:/127.0.0.1/milton/!renamed/
Était-ce utile?

La solution

Il est très probable que le client. - à quoi il ressemble est que le serveur répondant avec une URL complète, avec le schéma, l'hôte et le port (http://127.0.0.1/9000), mais le client traite comme un uri relatif (href - « / milton / abc ") et préfixer le dos info sur elle.

De retour de href (comme / milton / abc) est souvent utilisé, mais les deux sont légales.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top