- From: Tim Ellison <Tim_Ellison@uk.ibm.com>
- Date: Thu, 10 Jan 2002 17:30:29 +0000
- To: ietf-dav-versioning@w3.org
Daniel, You are right that there is no way to restrict an activity resource only to select versions of a single workspace. Given that all checked-out resources (i.e. working-resources as well as checked-out version-controlled resources) have an unprotected DAV:activity-set, this would be potentially very expensive to enforce -- it would have to be done on the proppatch. DeltaV does not preclude servers from enforcing such a rule if you choose to do so. but it is not required by the protocol definition. Regards, Tim "Kirmse, Daniel" <daniel.kirmse@sap.com> Sent by: ietf-dav-versioning-request@w3.org 2002-01-10 11:32 AM To: "Ietf-Dav-Versioning (E-mail)" <ietf-dav-versioning@w3.org> cc: Subject: Activities Hi, a question dealing with activities: Suppose two workspaces A and B. Both of them are under baseline control on its own. Now suppose an activity C. Is there a server side mechanism defined in DeltaV that could prevent a client from checking out resources of WS A and B and including them by the way into activity C. Instead a client should be forced to checkout a resource of WS B into a different activity if activity C allready contains a checked out resource of workspace A. From reading the DeltaV I got no idea how to do this, propably it's not even there ... Thanks, Daniel
Received on Thursday, 10 January 2002 12:31:48 UTC