Diversi percorsi di risorse WebDav per stessa risorsa quando si utilizza diversi client

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

  •  04-10-2019
  •  | 
  •  

Domanda

Sono in fase di sperimentazione di un DAV web abilitato vedere il mio sistema utilizzando anumber dei diversi clienti. Un particolare client sembra di fare a volte fare cose strane e mi è stato è ciò che ci si aspetta da stupirsi ..

Il registro sottostante mostra come si è in qualche modo storpiato il percorso della directory (raccolta in WebDAV parlare) includendo nuovamente il percorso completo del servlet di nuovo (sguardo l'ultima riga). Tutti gli altri clienti non lo fate questo è questo cliente in primo luogo perché il suo un poco codificato che è probabilmente rotto?

[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

Ho guardato il registro di risposta che il cliente mette a disposizione ed i nomi non vengono alterati hanno un senso.

/milton/!renamed 

e non

/milton/http:/127.0.0.1/milton/!renamed/
È stato utile?

Soluzione

E 'molto probabile che il cliente. - quello che sembra è che il server sta rispondendo con un URL completo, con lo schema, host e la porta (http://127.0.0.1/9000), ma il cliente sta trattando come un URI relativo (href - "/ milton / abc ") e anteponendo le informazioni indietro su di esso.

Tornando href (come / milton / abc) è spesso usato, ma entrambi sono legali.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top