W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > July to September 2001

RE: Various comments...

From: Clemm, Geoff <gclemm@rational.com>
Date: Thu, 13 Sep 2001 17:12:22 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F8ABCB@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
   From: Peter Raymond [mailto:Peter.Raymond@merant.com]

   Reading section 11 it implies that when DAV:source is a workspace
   (or collection) and the target URL is also a workspace (or
   collection) if a VCR is found in the source collection but not in
   the target it is ignored and not added, this seems odd.  Why is
   this? Surely the file should be added to the target collection.

   From: Geoff Clemm

   It could be, but if the owner of the target workspace has just
   explicitly deleted the VCR that referenced the VHR of the version,
   to recreate that VCR as a result of the merge would be wrong.
   Similarly, if all of those VHR's were moved into a different
   baselined collection (not visible in the target workspace), to
   recreate them in the collection they were just moved from would
   be wrong.

I should have added that if the inverse were true, i.e. the files
were added in source workspace, it would be wrong *not* to add the
files into the destination workspace.  So it is ambiguous.

Note that there is no problem when the server supports versioned
collections, because the collection version would be merged first,
and it would add the VCR to the destination that would then be the
target of the merge for the new version.  If the server does not
support versioned collections, then the client should do a merge-preview
first, and ask the user what should be done about "ignored" versions.
If the user says "ignore", then just invoke MERGE.  If the user says
"add them", then the client would first add the appropriate VCR's
to the destination, and then invoke merge.

Cheers,
Geoff
Received on Thursday, 13 September 2001 17:12:53 GMT

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