[jira] Commented: (MRM-778) DefaultDavServerManager.createServer doesn't create server

["Carlos Costa e Silva (JIRA)" <ji...@codehaus.org>]

    [ http://jira.codehaus.org/browse/MRM-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=130826#action_130826 ] 

Carlos Costa e Silva commented on MRM-778:
------------------------------------------

Patch follows for this issue.

application.xml: remove injection of DavServerComponent to DavServerManager.

DavServerManager.createServer: add parameter ServletConfig config .

DefaultDavServerManager.createSerber: add parameter ServletConfig config and fetch server from spring.

BasicWebDavServlet and MultiplexedWebDavServlet add config parameter to createServer call.


> DefaultDavServerManager.createServer doesn't create server
> ----------------------------------------------------------
>
>                 Key: MRM-778
>                 URL: http://jira.codehaus.org/browse/MRM-778
>             Project: Archiva
>          Issue Type: Bug
>          Components: WebDAV interface
>    Affects Versions: 1.1
>            Reporter: Carlos Costa e Silva
>            Priority: Blocker
>         Attachments: ServerManager.zip
>
>
> In DefaultDavServerManager, the createServer method instead of creating a new server each time it's called is reusing the same server for all paths.
> The "DavServerComponent server" needs to be created each time createServer is called instead of being injected by plexus when the DavServerManager is created.
> This bug makes multiple repositories with different settings not work. 
> For example "internal" has snapshots disabled, while "snapshots" has snapshots enabled. When a request comes for the snapshots repository, webdav is using the metadata for the "internal" server which has snapshots disabled and refuses to download snapshots. 
> It's possible that if it downloaded snapshots they would be put on the wrong repository ("internal"), but I haven't verified this.

-- 
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