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

RE: Re: svn commit: rev 381 - trunk/subversion/mod_dav_svn

From: Bill Tutt <billtut_at_microsoft.com>
Date: 2001-11-03 03:09:32 CET

Hopefully this will explain it better:

Apache
----------- (passes data to)
mod_dav
----------- (passes data to)
mod_dav_svn

mod_dav handles lots of generic WebDAV footwork, and interfacing with
Apache.

mod_dav_svn does the interesting work.

mod_dav_svn needs to inform mod_dav when mod_dav needs to call
mod_dav_svn

This is just how mod_dav interfaces with custom WebDAV repositories.

I think I got it right, I'm sure Greg will correct me if I'm wrong.
Bill

-----Original Message-----
From: Karl Fogel [mailto:kfogel@newton.ch.collab.net]
Sent: Friday, November 02, 2001 5:57 PM
To: Greg Stein
Cc: dev@subversion.tigris.org
Subject: Re: svn commit: rev 381 - trunk/subversion/mod_dav_svn

Greg Stein <gstein@lyra.org> writes:
> I'm not sure how to document it differently. It simply calls mod_dav
with
> some information. It isn't a complicated function... it is really just
about
> passing along some information so mod_dav "knows" about us.
>
> Can you suggest a better docstring?

Not without understanding mod_dav better.

It's just weird, at first glance, that it's registering something
somewhere, but neither the something nor the somewhere are
visible. :-) If one understands what's going on, it's probably not so
confusing.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.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:36:47 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.