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

Re: Locking server implementation: libsvn_repos or libsvn_fs

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-10-29 18:18:14 CEST

On Fri, 2004-10-29 at 12:01, John Peacock wrote:
> Just so everyone is on the same page, that means when recovering from a
> backup/dumpfile, all locks are lost and cannot be recovered/recreated.

If we implement locks in libsvn_repos, and are a little careful about
it, we can probably just tell people to back up the locks table and
restore it, much like the rest of the repository data (hooks, etc.).

If we implement them in libsvn_fs, we probably want to think hard about
being able to dump them, even if the default is to discard them on load.

> Any WC's with lock tokens will have to gracefully handle that
> inconsistency and the server will have to ignore lock releases for
> unknown locks.

To the WC, the server losing the lock table would look just like the
lock being forcibly broken, so nothing new there.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 29 18:18:40 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.