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

RE: Future of svnserve

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2004-07-05 21:49:45 CEST

--On Monday, July 5, 2004 8:45 PM +0200 Marc Strapetz
<marc.strapetz@smartcvs.com> wrote:

> As I wrote, we are evaluating pros and cons of developing a pure java client
> library -- and the number of users is the ultimate argument. From this point
> of view, which protocol would you suggest to start with?

Really, you'd have to eventually support both. svnserve might be a little
easier to implement at first as it's not dragged down by the WebDAV
complexities. However, you can probably get a jump start on the WebDAV RA
method by bootstrapping with a pure-Java WebDAV client library (say Slide).
Remember that the libsvn_wc code would be independent of the RA method - and
the WC code would be where the bulk of the work would lie in a pure-Java

As a datapoint, svn.apache.org uses ra_dav not ra_svn. I know we have a bunch
of users who use SmartCVS - so it wouldn't help our users unless ra_dav were
supported by a SmartSVN. ;-) -- justin

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 5 21:55:31 2004

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.