W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2000

Re: Deletion semantics for versioning metadata

From: Geoffrey M. Clemm <geoffrey.clemm@rational.com>
Date: Mon, 20 Nov 2000 08:47:48 -0500 (EST)
Message-Id: <200011201347.IAA20028@tantalum.atria.com>
To: ietf-dav-versioning@w3.org

I believe it should be a SHOULD.  There are a variety of versioning
repositories that do not provide atomic group checkin behavior, and
it is a reasonable server value-add to guarantee atomic behavior.
A client can simply report the error, so it doesn't significantly
complicate client implementations.


   From: Tim_Ellison@uk.ibm.com
   Date: Mon, 20 Nov 2000 11:30:16 +0000

   Is that 'should' a SHOULD or a MUST?

   There are likely servers that cannot achieve an 'atomic delete with
   multiple resource property updates'.


   "Geoffrey M. Clemm" <geoffrey.clemm@rational.com> on 2000-11-19 06:08:03 PM

   Please respond to "Geoffrey M. Clemm" <geoffrey.clemm@rational.com>

   To:   ietf-dav-versioning@w3.org
   Subject:  Deletion semantics for versioning metadata

   Greg has asked that we clarify the results of deleting things
   like working resources, versions, version histories, etc.

   I believe it is sufficient for us to say that if a server allows you
   to delete such a resource, that all the versioning properties of other
   resources that refer to that resource should be updated to no longer
   refer to the deleted resource (I'd probably enumerate those properties
   to make sure there is no misunderstanding).

   Any objections?

Received on Monday, 20 November 2000 08:48:30 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:46 UTC