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

RE: CHECKIN / CHECKOUT proposal from Geoff

From: John Hall <johnhall@evergo.net>
Date: Fri, 15 Jun 2001 20:46:54 -0700
To: "'Clemm, Geoff'" <gclemm@rational.com>, <ietf-dav-versioning@w3.org>
Message-ID: <000201c0f616$fc2fd340$0400a8c0@xythosjohnhall>
My 'MAY' values are only trying to keep the client from getting into an
impossible state.  Namely, no UPDATE/MERGE available but the CHECKIN
'apply-to-version' isn't specified.

Now, I thought 'apply-to-version' was a flag on the working resource,
but you are putting it in the CHECKIN body.  OK.

So can you just let me fail the CHECKIN if 'apply-to-version' isn't
specified and neither is UPDATE/MERGE?

And another reason for 'MAY' is that different companies might wish to
configure a given server in different ways.  Although my server will
allow versions to be deleted, I'll also provide an admin flag
(proprietary) to prohibit it.

======================

SO:
CHECKOUT (of working copy) postcondition:
<!ELEMENT checked-out-VCR (href)> MAY be set on the working copy with
the href of the VCR when the current version is checked out.  This is
set when the server supports apply-to-version.

CHECKIN (of working copy) marshalling:
If <!ELEMENT apply-to-version EMPTY> is present and <!ELEMENT
checked-out-VCR (href)> exists the server performs a CHECKIN (of working
copy) and then automatically updates the VCR to reflect the content and
dead properties of this version.

[I need an error condition here if the UPDATE wasn't successful.  That
could happen if checked-out-VCR was invalid.]
Received on Friday, 15 June 2001 23:46:57 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:41 GMT