W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 1996

Re: Lock timeouts revisited -Reply

From: Wayne C. Gramlich <gramlich@bigbang.Eng.Sun.COM>
Date: Wed, 2 Oct 1996 17:42:52 -0700
Message-Id: <199610030042.RAA24704@unicorn.Eng.Sun.COM>
To: srcarter@novell.com
Cc: w3c-dist-auth@w3.org
> From srcarter@novell.com Wed Oct  2 07:52:30 1996
> A DMS must have a lock that is persistent over time. The concept of a
> non-persistent lock is only valid during an on-line editing session (as
> opposed to a checked-out document). If we do specify lock time-out as a
> property of locking we must also define what the behavior of the lock
> will be if the document repository does not support a lock time-out
> feature.


While some DMS systems out there are designed around file locking,
it is possible to have a fully functional remote DMS that does not
use remote file locking.  The Sun Teamware product is one such DMS.
While Teamware is layered on top of SCCS (which has local file locking),
the distributed authoring component of Teamware does not use remote
file locks.  Thus, the statement that "A DMS must have a lock that
is persitent over time." should probably be restated to say  "Some
DMS's need persistent locks."  Given the difficulty of managing remote
locks, it may be appropriate to investigate a dist. authoring
architecture that avoids the remote locking issue entirely.

Received on Wednesday, 2 October 1996 20:43:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:09 UTC