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

RE: Why have separate DAV:checked-in and DAV:checked-out?

From: Clemm, Geoff <gclemm@rational.com>
Date: Sun, 19 Aug 2001 23:53:35 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F48FB7@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
The semantics of DAV:checked-in and DAV:checked-out are so
different, that it would be misleading to unify them into
a single property.  DAV:checked-in says "this version is a
copy of the current state of this resource, and you can use
this version URL if you want to remember or pass around a
reference to this current state.  The DAV:checked-out just
says "here is a state that is arbitrarily different from the
current state of the resource, but does reflect the last
state of this resource prior to the current state that is
captured in the version history.  So other than the fact
that they both contain version URL's, there is no semantic
similarity between these two properties.

Cheers,
Geoff

-----Original Message-----
From: Peter Raymond [mailto:Peter.Raymond@merant.com]
Sent: Sunday, August 19, 2001 8:23 AM
To: ietf-dav-versioning@w3.org
Subject: Why have separate DAV:checked-in and DAV:checked-out?


Hi,

I was thinking about the issue of properties being removed or empty
depending on the
state of the resource and the effect this has on PROPFIND and
supported-property-set
etc.  It struck me as odd that the protocol defines DAV:checked-in and
DAV:checked-out
as two separate properties, rather than having one property to identify
the version and
another to identify the state (eg is it checked-in or checked-out).
I would have thought something like the following would be more logical,
this way the
properties are always present:

3.2.1DAV:version (protected)

This property appears on a version-controlled resource, and identifies a
version that
has the same content and dead properties as the version-controlled
resource.

<!ELEMENT version (href)>


3.2.2DAV:status (protected)

This property appears on a version-controlled resource, and identifies
the state of
that resource (checked-in or checked-out).  This property is changed
when the resource
is checked out or checked-in.

<!ELEMENT status ANY>
ANY value: A single element which can be either a DAV:checked-in element
or a
DAV:checked-out element.

<!ELEMENT checked-in EMPTY>
<!ELEMENT checked-out EMPTY>


Is there a good reason why the above is not desirable or why the current
behaviour
is better?

Regards,
Peter Raymond - MERANT.
Received on Sunday, 19 August 2001 23:54:10 GMT

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