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

Re: Serf as default DAV client?

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2007-06-09 00:06:50 CEST

David Glasser wrote:
> On 6/8/07, Eric Gillespie <epg@pretzelnet.org> wrote:
>> Whatever happened to making serf the default DAV layer in 1.5?
>> Last i heard, we were going to follow fsfs in this respect. fsfs
>> was an option in 1.1 and the default in 1.2. Serf was an option
>> in 1.4, shouldn't we make it the default now?
>>
>> If we don't switch to serf, it's never going to get the kind of
>> attention it needs...
>
> Are many people running it as their day-to-day implementation? I
> recently tried to run tests for a patch I was working on over serf,
> and found several places where it handled errors (like invalid user
> input or network problems, not internal corruption) with aborts... I
> fixed one or two of those places, but it definitely didn't fill me
> with confidence that ra_serf, in its current incarnation, is ready to
> be our primary implementation. (In my copious free time I'd like to
> learn how serf itself works so I can be more help in fixing these
> issues...)

Well, the abort() calls should be gone now, at least the issue I opened
about it got closed:
http://code.google.com/p/serf/issues/detail?id=13

But there are still issues left before serf can really replace neon (at
least for me):
http://code.google.com/p/serf/issues/list

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 9 00:07:11 2007

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.