W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > April to June 2002

RE: versioned collections vs. delete on VHR

From: Clemm, Geoff <gclemm@rational.com>
Date: Wed, 26 Jun 2002 17:30:24 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F8B2F9@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org

   From: Julian Reschke [mailto:julian.reschke@greenbytes.de]

   Consider the following scenario:

   versioned collection "/a" with versioned plain resource "/a/b".

   "/a" gets checked out and it's DAV:checked-out property points to
   "/versions/120".

   DAV:version-history of "/a/b" points to "/vhr/123".

   DAV:version-controlled-binding-set of "/versions/120" maps the internal
   member name "a" to "/vhr/123".

   Now, "/vhr/123" gets deleted (server decides that it allows deletion of
   VHRs, un-version-controls "/a/b" and removes versions).

   Does this change the DAV:version-controlled-binding-set of
"/versions/120"?

That's up to the server.  There's nothing in the protocol that
requires this to be done, but I'm sure there will be implementations
that do update the DAV:version-controlled-binding-set in this case.

   If it doesn't (which I assume), the user has lost the ability to access
the
   version history.

It doesn't matter what the server does with the
version-controlled-binding-set.  If the version history has been
deleted, the user has lost the ability to access the version history.
Or maybe I've misunderstood you here.

   So, to find and retrieve an old version of "/a/b", it will
   have to revive the version history using UNCHECKOUT or UPDATE, or to
create
   a working collection. Right?

You can't use UNCHECKOUT or UPDATE to retrieve versions from a 
deleted version history.  Or maybe again I've misunderstood you here.

Cheers,
Geoff
Received on Wednesday, 26 June 2002 17:30:58 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:43 GMT