Re: DAV is complicated and slow? (was Re: [svndiff1] Accept-Encoding in mod_dav_svn)

Let me clarify something here:

I'm definitely *against* removing all DAV support in both client and
server. It sounds like this conversation is moving in that direction.
  The reason I'm against such a move is because I think that we get
real value from having a DAV-compatible server, not just "one which
speaks HTTP"

   - the ability to web-browse HEAD without any CGI installed
   - the ability to mount repositories from almost any OS
   - autoversioning

If there's really momentum here to start over, I would be interested
-- just like others -- in seeing either ra_dav (or a replacement)
speaking nothing but custom protocol to mod_dav_svn. We're already
halfway there. But I *don't* want to see DAV compatibility ripped out
of mod_dav_svn; I'm expecting mod_dav_svn to be augmented, not
stripped.

Or, perhaps we can start using serf instead of neon, and get real
pipelining. It's the asynchronous request/response stuff where HTTP
really shines.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 22 01:26:40 2005