[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn client accessing current webdav instance

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-02-14 00:10:46 CET

On Wed, Feb 13, 2002 at 03:55:42PM -0600, Knight, Lloyd wrote:
> thanks much for the reply.
>
> is there any doc on integrating the two?

Integrating which two? The architecture looks something like:

                   _- mod_dav_svn -- Subversion
Apache -- mod_dav /
                  \_
                    - mod_dav_fs -- OS' filesystem

The two mod_dav providers are siblings and define the contents of a given
location in the URL space on a web server. There isn't a way for them to
cooperate because each defines an entirely new/distinct repository for that
content.

> i.e. utilizing the versioning info for a
> generic webdav application? or, does the svn
> module provide all the functionality/data that
> the generic mod_dav does, just accessed differently?

mod_dav_svn is a provider for mod_dav. The provider does not (yet) implement
all of the necessary bits to truly be called a Class 1 server. It also
implements portions of the DeltaV spec, but not completely.

So... for the SVN server to be usable by "a generic webdav application", we
have a bit of work still to do. For 1.0, we'll be a Class 1 server. We'll
wait on DeltaV interoperability until post-1.0.

> envision ie's view of a web folder, along with version
> info for the docs in the folders.

That would require a change in Web Folders itself. We already support
browsing by Web Folders (and other DAV clients), although poorly right now.

> sorry to be such a newbie pest, but i see some great
> potential here and i would just like to solidify my
> understanding of the webdab/deltav worlds.

That potential is exactly why we chose to use WebDAV and DeltaV. We just
aren't as far as we could be (yet).

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:07 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.