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

Re: Last Call for DAV:checked-out-vcr Proposal

From: Tim Ellison <Tim_Ellison@uk.ibm.com>
Date: Tue, 19 Jun 2001 15:01:00 +0100
To: "DeltaV (E-mail)" <ietf-dav-versioning@w3.org>
Message-ID: <OFE4D834E2.5740B337-ON80256A70.004C9DF8@portsmouth.uk.ibm.com>
"Clemm, Geoff" <gclemm@rational.com> wrote:
> The DAV:checked-out-vcr property addresses the use case
> where a working resource has been created for the purpose
> of updating a VCR, and then that VCR has been moved while
> the working resource was checked-out.  Since the client
> cannot easily track the movement of the VCR, the
> DAV:checked-out-vcr property provides functionality that
> cannot be achieved by the current protocol for the
> client-workspace package

I would like to see someone stand up, with their hand on their heart, and
say that this is an important use case for them.  I'm increasing resistant
to adding new functionality to DeltaV unless we have these 'compelling'

Is it really the case that clients would not wish to recover from this
situation should it occur rarely, or lock the version-controlled resource
should it occur frequently?

Skeptically yours,
Received on Tuesday, 19 June 2001 10:30:03 UTC

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