[
http://jira.codehaus.org/browse/MRM-419?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_108141
]
Joakim Erdfelt commented on MRM-419:
------------------------------------
I was able to duplicate this issue.
I've captured the traffic between Internet Explorer running on my Windows XP
(SP2) Laptop and my installation of Archiva on my Linux box.
Here's what I see.
URL provided to Windows Network Places (by hand)
http://192.168.1.145:8080/archiva/repository/internal//
What happens is a few probes from the Windows machine asking for options, and
even a request for a windows specific feature, all to the WRONG PATHS.
*First Request*
{noformat}
OPTIONS / HTTP/1.1
User-Agent: Microsoft Data Access Internet Publishing Provider Cache Manager
Host: 192.168.1.145:8080
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 200 OK
Content-Type: text/html;charset=ISO-8859-1
Transfer-Encoding: chunked
Date: Mon, 24 Sep 2007 18:00:00 GMT
Server: Apache-Coyote/1.1
{noformat}
*Second Request*
{noformat}
GET /_vti_inf.html HTTP/1.1
Date: Mon, 24 Sep 2007 17:59:40 GMT
MIME-Version: 1.0
Accept: */*
User-Agent: Mozilla/2.0 (compatible; MS FrontPage 4.0)
Host: 192.168.1.145:8080
Accept: auth/sicily
Content-Length: 0
Connection: Keep-Alive
Cache-Control: no-cache
HTTP/1.1 404 /_vti_inf.html
Content-Type: text/html;charset=utf-8
Content-Length: 994
Date: Mon, 24 Sep 2007 18:00:00 GMT
Server: Apache-Coyote/1.1
{noformat}
*Third Request*
{noformat}
POST /_vti_bin/shtml.exe/_vti_rpc HTTP/1.1
Date: Mon, 24 Sep 2007 17:59:40 GMT
MIME-Version: 1.0
User-Agent: MSFrontPage/4.0
Host: 192.168.1.145:8080
Accept: auth/sicily
Content-Length: 41
Content-Type: application/x-www-form-urlencoded
X-Vermeer-Content-Type: application/x-www-form-urlencoded
Connection: Keep-Alive
Cache-Control: no-cache
method=server+version%3a4%2e0%2e2%2e4715
HTTP/1.1 404 /_vti_bin/shtml.exe/_vti_rpc
Content-Type: text/html;charset=utf-8
Content-Length: 1036
Date: Mon, 24 Sep 2007 18:00:00 GMT
Server: Apache-Coyote/1.1
{noformat}
*Fourth Request*
{noformat}
OPTIONS /archiva HTTP/1.1
Accept-Language: en-us
User-Agent: Microsoft Data Access Internet Publishing Provider DAV 1.1
Host: 192.168.1.145:8080
Content-Length: 0
Connection: Keep-Alive
HTTP/1.1 302 Moved Temporarily
Location: http://192.168.1.145:8080/archiva/
Transfer-Encoding: chunked
Date: Mon, 24 Sep 2007 18:00:00 GMT
Server: Apache-Coyote/1.1
{noformat}
And that's the last request to the Archiva server, not once even asking the
Repository Root http://192.168.1.145:8080/archiva/repository/internal/ about
it's OPTIONS.
That is why it fails. Unfortunately, I don't see a way that Archiva can fix
this odd behavior of Windows.
> WebDAV functionality not working for Internet Explorer / Windows Network
> Places
> -------------------------------------------------------------------------------
>
> Key: MRM-419
> URL: http://jira.codehaus.org/browse/MRM-419
> Project: Archiva
> Issue Type: Bug
> Components: WebDAV interface
> Affects Versions: 1.0-alpha-2
> Reporter: John Didion
> Assignee: Joakim Erdfelt
> Fix For: 1.0.x
>
>
> I am using archiva built from source (r548493). I set up a managed repository
> and several proxied repositories.
> Browsing the WebDAV url from Firefox works just fine, but it appears the IE
> doesn't recognize the url - it asks me if I want to "save this file", and its
> type is unknown.
> When I try to set up a Network Place using the url, it shows me the top level
> of the repository, but if I try to browse to any folder, I get the error:
> "Documents in this folder are not available. The folder may have been moved
> or deleted, or network problems may be preventing a connection to the server.
> There is a problem with the web server. Please try again later or contact the
> server administrator."
> I notice that the url it's trying to browse to is incorrect. The root URL of
> the repository is:
> http://[host]/archiva/repository/internal/
> but when I double-click on, say, commons-collections, it tries to browse to:
> http://repository.muze.com/archiva/repository/commons-collections
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
