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

Re: Revised Proposal: Improved locking implementation for fsfs

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2005-01-06 20:02:21 CET

On Jan 6, 2005, at 12:18 PM, Julian Reschke wrote:

> Justin Erenkrantz wrote:
>> --On Thursday, January 6, 2005 4:51 PM +0100 "Peter N. Lundblad"
>> <peter@famlundblad.se> wrote:
>>> we want to handle locking hundreds of files at the same time
>>> appropriately, we need "lock/unlock these paths" APIs instead. I
>>> think DAV
>>> will require one round-trip per locked path anyway.
>> A LOCK request with a depth of infinity would do that in one shot. I
>> forget whether we're planning to implement that or not. -- justin
>
> Depends on what one understands at "locking hundreds of files at the
> same time". A (WebDAV)-LOCK with depth infinity creates one single
> lock that protects a whole URI namespace. However, it's still *one*
> lock, that is if you LOCK "a" containing "a/b" and "a/c", you can't
> remove the lock from "a/c" without removing the lock from all other
> protected URIs as well.
>

FYI: we decided not to support locks on collections (directories).
For now, at least.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 6 20:05:31 2005

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.