- From: Vikram_Roopchand <Vikram_Roopchand@infosys.com>
- Date: Wed, 5 Feb 2003 12:38:34 +0530
- To: <ietf-dav-versioning@w3.org>
Hi All,
The Postconditions in case of Version Controlled Collection
"14.11 Additional UPDATE and MERGE Semantics
Additional Postconditions:
(DAV:update-version-controlled-collection-members): If the request
modified the DAV:checked-in version of a version-controlled
collection, then the version-controlled members of that version-
controlled collection MUST have been updated. In particular:
- A version-controlled internal member MUST have been deleted if
its version history is not identified by the DAV:version-
controlled-binding-set of the new DAV:checked-in version.
- A version-controlled internal member for a given version
history MUST have been renamed if its binding name differs from
the DAV:binding-name for that version history in the
DAV:version-controlled-binding-set of the new DAV:checked-in
version.
- A new version-controlled internal member MUST have been created
when a version history is identified by the DAV:version-
controlled-binding-set of the DAV:checked-in version, but there
was no member of the version-controlled collection for that
version history. If a new version-controlled member is in a
workspace that already has a version-controlled resource for
that version history, then the new version-controlled member
MUST be just a binding (i.e., another name for) that existing
version-controlled resource. Otherwise, the content and dead
properties of the new version-controlled member MUST have been
initialized to be those of the version specified for that
version history by the request. If no version is specified for
that version history by the request, the version selected is
server defined."
In the last point, it is written "...then the new version-controlled member
MUST be just a binding".
I am unclear about this "binding" , since the term "version-controlled member" has been used alongwith it, does it mean that another VCR having DAV:checked-in the same as that of already existing VCR should be created (which violates workspace semantics ?) or will there be a non versioned member created (having the content and dead properties of the already existing VCR )?
If it is the first case , then how will checkouts/checkins/merge be handled on both VCR's ?
warm regards,
Vikram
Received on Wednesday, 5 February 2003 02:05:26 UTC