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

Re: da plan

From: Greg Stein <gstein_at_lyra.org>
Date: 2000-12-29 11:33:07 CET

On Tue, Dec 26, 2000 at 10:43:29AM -0600, Karl Fogel wrote:
>...
> Without changing the goal for m2 (connecting to the repos over the
> wire), I'd like to change how we go about it. Debugging the
>...
> So I think working in these stages would be better:
>
> 1. Make fs api work independently, as much as possible, testing
> with its own tests.
>
> 2. Make client work against fs api, via a simple ra_local layer.
> This shouldn't be too hard to write, just a shallow
> svn_delta_edit_fns_t wrapper around the fs api.
>
> 3. Stick the network in the middle.
>
> Greg, this shouldn't bottleneck you any more than you're currently
> bottlenecked.

Not at all. It is quite independent. Given the network in the middle, I can
actually work on the two sides independently. "is the client sending the
right stuff?" or "if I feed the server <this>, does it respond properly?"
Through incremental work, I can then start "really" hooking the two sides
together.

> The point is to get the fs solidified as fast as
> possible, then make sure that the theoretical model works in practice
> (via ra_local), _then_ put networking in the middle.

Well, I'd be continuing to use the network in the middle. So we don't want
to break the use of ra_dav.

>...
> How does this sound?

Fine here. "No big whoop"

It should also help with the RA API and with ripping out some of the XML
specific stuff from the cmdline (as I've suggested, there may be room for an
ra_xml to interact with XML files).

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:18 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.