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

Re: Proposed modification to CHECKOUT with the DAV:apply-to-version f lag

From: Greg Stein <gstein@lyra.org>
Date: Wed, 27 Jun 2001 02:39:32 -0700
To: "Clemm, Geoff" <gclemm@rational.com>
Cc: ietf-dav-versioning@w3.org
Message-ID: <20010627023932.D4076@lyra.org>
As you guessed, I've been away and/or overly busy for the past couple weeks.
Thanks for dropping me a mail directly (I haven't caught up on my DAV mail

Subversion doesn't not check out VCRs (a race condition exists if you do
that), so this change won't affect us.

As long as that property is fully modifiable on the working resource
(including adding it or deleting it), then it makes *some* sense to me.
However, it is also Yet Another Burden on the server. If the client wants to
affect VCRs, then it should use MERGE rather than relying on magic behavior
like this.

Personally, I'd suggest leaving this out because of the additional burden.
We already have a mechanism for updating VCRs upon checkin.


On Mon, Jun 25, 2001 at 12:47:08PM -0400, Clemm, Geoff wrote:
> Greg: In one of the (few :-) current threads that are not just noise, we've
> been discussing a possible modification to the behavior of CHECKOUT of a VCR
> when the DAV:apply-to-version flag is used.  The proposal is that when a
> client creates a working resource by applying a CHECKOUT with a
> DAV:apply-to-version flag to a VCR, the working resource is annotated with
> the URL of that VCR, and when the working resource is checked in, an UPDATE
> operation with the new version is automatically applied to that VCR.  Do you
> care about this?
> Note: If you are just to applying the CHECKOUT to the version URLs, this
> change would not affect you.
> Cheers,
> Geoff

Greg Stein, http://www.lyra.org/
Received on Wednesday, 27 June 2001 05:38:49 UTC

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