Next message: Tim Ellison/OTT/OTI: "Pop-quiz"
To: ietf-dav-versioning@w3.org
Message-ID: <OF821A11FF.9BEAA76D-ON852568A8.00506848@ott.oti.com>
From: "Tim Ellison/OTT/OTI" <Tim_Ellison@oti.com>
Date: Mon, 20 Mar 2000 09:39:37 -0500
Subject: RE: Disappearing CHECKINs
I would go so far as to say that all operations should return the stable
URL of the selected target resource. It is interesting equally interesting
for operations such as PUT and GET.
Tim
"Clemm, Geoff"
<gclemm@rational.com> To: ietf-dav-versioning@w3.org
Sent by: cc:
ietf-dav-versioning-requ Subject: RE: Disappearing CHECKINs
est@w3.org
19-03-00 10:55 PM
Yes, I think we did decide to do that. I've updated the spec so
that all operations that create a resource with a stable URL
(such as CHECKOUT, CHECKIN, VERSION) return the stable URL of the
resource in a response Location header.
We do currently have a "current-label" field in the Workspace resource,
but if we take out dynamic version selection, and define CHECKIN to
update a Workspace to select the new revision, we no longer need the
current-label functionality, and I would suggest we remove it since
a client that wants to do this can easily do so with the Location header.
Cheers,
Geoff
-----Original Message-----
From: Tim_Ellison@oti.com [mailto:Tim_Ellison@oti.com]
Sent: Wednesday, March 01, 2000 4:05 PM
To: ietf-dav-versioning@w3.org
Subject: Disappearing CHECKINs
It would seem useful to return the stable URL of resources from a number of
operations, including CHECKIN, since if the revision that was CHECKIN'ed is
not selected by the workspace then it disappears.
A workspace that selects purely on labels for example would be in trouble.
They can't label the working resource, and after CHECKIN the revision has
to be found via the versioned resource revision-set to be labeled.
Tim