我正在使用一些不同的客户端测试启用web dav查看我的系统的过程中。一个特定的客户似乎有时会做一些奇怪的事情,我想知道这是意料之中的吗?
下面的日志显示了它是如何通过再次包含servlet的完整路径(查看最后一行)来破坏目录( webdav中的集合)的路径的。所有其他客户端都不这样做,这主要是因为它可能是一个编码不良的客户端,可能已经损坏了?
[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我已经查看了客户端提供的响应日志,并且名称没有损坏,它们是有意义的。
/milton/!renamed 而不是
/milton/http:/127.0.0.1/milton/!renamed/发布于 2010-10-02 01:35:53
它最有可能是客户端。-它看起来像是服务器回复一个完全合格的URL,带有方案,主机和端口(http://127.0.0.1/9000),但是客户端把它当作一个相对的uri (href - "/milton/abc"),并把信息放回上面。
经常使用返回href(如/milton/abc),但两者都是合法的。
https://stackoverflow.com/questions/3767634
复制相似问题