Caminos diferentes recursos WebDAV para un mismo recurso cuando se utilizan diferentes clientes

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

  •  04-10-2019
  •  | 
  •  

Pregunta

Estoy en el proceso de probar una DAV web habilitado para ver el sistema con la anumber de clientes distintos. Un cliente en particular parece hacer a veces hacer cosas extrañas y yo se que esto se puede esperar de extrañar ..

El registro de abajo muestra cómo se ha destrozado de alguna manera la ruta de acceso al directorio (colección de hablar WebDAV) mediante la inclusión de nuevo la ruta completa al servlet de nuevo (vistazo a la última línea). Todos los demás clientes no hagas esto es principalmente este cliente porque es un mal codificado que probablemente está roto? 

[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

He mirado en el registro de la respuesta que el cliente pone a disposición y los nombres no se truncan tienen sentido. 

/milton/!renamed

no 

/milton/http:/127.0.0.1/milton/!renamed/
¿Fue útil?

Solución

Lo más probable es que el cliente. - lo que parece es que el servidor está respondiendo con una dirección URL completa, con el esquema, host y el puerto (http://127.0.0.1/9000), pero el cliente está tratando como un URI relativa (href - "/ Milton / abc ") y anteponiendo la parte posterior información sobre ella.

Volviendo href (como / Milton / abc) se utiliza a menudo, pero ambos son legales.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top