- From: Wayne C. Gramlich <gramlich@bigbang.Eng.Sun.COM>
- Date: Wed, 2 Oct 1996 17:42:52 -0700
- 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. Steve: 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. -Wayne
Received on Wednesday, 2 October 1996 20:43:05 UTC