Различные пути ресурсов WebDav для одного и того же ресурса при использовании разных клиентов

Я нахожусь в процессе тестирования просмотра моей системы с поддержкой веб-Dav с использованием нескольких разных клиентов. Один конкретный клиент, кажется, иногда делает странные вещи, и мне было интересно, чего ожидать.

В приведенном ниже журнале показано, как он каким-то образом исказил путь к каталогу (коллекция на языке 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/

webdav milton
person mP.    schedule 22.09.2010    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Скорее всего это клиент. - похоже, что сервер отвечает полным URL-адресом со схемой, хостом и портом (http://127.0.0.1/9000), но клиент рассматривает его как относительный uri (href - "/ milton/abc") и добавляя к нему информацию.

Возврат href (например, /milton/abc) часто используется, но оба они допустимы.

person Kylar    schedule 01.10.2010