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

Re: svn commit: r27647 - in trunk/subversion: libsvn_ra_neon libsvn_ra_serf

From: David Glasser <glasser_at_davidglasser.net>
Date: 2007-11-07 07:25:13 CET

On 11/6/07, kfogel@tigris.org <kfogel@tigris.org> wrote:
> Author: kfogel
> Date: Tue Nov 6 21:52:49 2007
> New Revision: 27647
> Log:
> Do one capabilities exchange at the start of the DAV session, instead
> of the client chattily repeating its capabilities with every request.
> This follows up to r27613.
> Suggested by: sussman
> * subversion/libsvn_ra_neon/session.c
> (exchange_capabilities): Renamed from discover_capabilities.
> Add capabilities announcement headers to request.
> (svn_ra_neon__has_capability): Adjust for above, and check the call
> for error while we're at it.
> (svn_ra_neon__open): Exchange capabilities.

Maybe I'm missing something (I only looked at the diff, not the
context), but if we're exchanging capabilities during the open call,
why do we need to even consider calling exchange_capabilities again
during svn_ra_neon__has_capability?

(Ditto for serf.)

(Also, are there possible negative consequences to this extra OPTIONS
request at the beginning... how does it interact with authentication,
for example?


David Glasser | glasser_at_davidglasser.net | http://www.davidglasser.net/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Nov 7 07:25:23 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.