The Jakarta Slide list is kind of dorming (trying to be subtle) if you ask me. I read this jira issue the other day [1], about somebody implementing WebDav layer for Hadoop [2]. Think you need something similar, and results were that he used the JR webdav block/APIs
Enis Soztutar: "Slide seems good enough at first, but it depends on lots of other libraries, it is poorly documented(at least for a newcomer like myself), and i think the development slowed down after 2004." I think you might want to take a look at [2] for the attachments [1] https://issues.apache.org/jira/browse/HADOOP-496 [2] http://lucene.apache.org/hadoop/ Regards Ard Darren Hartford wrote: If you don't want Jackrabbit, I would recommend getting on the Jakarta Slide list instead for WebDAV. Otherwise, yes the WebDAV servlet would be where you would need to extend. > -----Original Message----- > From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 05, 2007 10:33 AM > To: [email protected] > Subject: Re: WebDAV component usage example > > On Wed, Sep 05, 2007 at 09:12:21AM -0400, Darren Hartford wrote: > > http://wiki.apache.org/jackrabbit/JackRabbitOnTomcat > > http://wiki.apache.org/jackrabbit/JackrabbitOnJBoss > > > > Should be able to get the Jackrabbit Webapp WAR that you > can just drop > > into place from the downloads section: > > http://jackrabbit.apache.org/downloads.cgi > > > > The WebDAV component is just a servlet that talks to the Jackrabbit > > Repository. > > The thing is I don't need to talk to JackRabbit's repository, > I need to intercept WebDAV requests and pass them to custom > storage, some kind of adapter, in examined sources of > SimpleWebdavServlet and found it is possible to provide > custom ResourceFactory to the servlet, which seem to deal > with repository, and I guess this is extension point where I > could plug my own implementation of the factory, which deals > with custom repository? Am I on the right way? > > -- > Eugene N Dzhurinsky >
