W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2000

Re: Version selector properties

From: Geoffrey M. Clemm <geoffrey.clemm@rational.com>
Date: Fri, 17 Nov 2000 16:54:13 -0500 (EST)
Message-Id: <200011172154.QAA15880@tantalum.atria.com>
To: ietf-dav-versioning@w3.org

   From: Tim_Ellison@uk.ibm.com

   From the versioning spec (section 2.2):

   "Although the content and dead properties of a checked-in version selector
   are required to be the same as those of its current target, its live
   properties may differ."

   I would have thought that some live properties should(must?) not be
   different.

If so, that should be determined from the definition of that live
property, and should not be something that the versioning spec should
need to define.

   Hopefully, we would agree that the DAV:getContentLength property must not
   be different.

That would follow from the requirement that the content of
the version-selector be the same as that of the target version.

   Ok, how about the DAV:resourcetype?  I think that that would most likely
   not be different, but maybe it would (interpret the same content as
   different types, editing url and execute url maybe?)  Comments?

It would seem natural for them to be the same, but as you indicate, a
server might come up with reasons for making them different, especially
if DAV:resourcetype ends up with a structured value.

   DAV:getlastmodified?
   Well you probably do want that to be different to the version that was the
   target of the SETTARGET.  I suspect that having the getlastmodified time go
   'backwards' when setting the target to an earlier version would screw up
   caching proxies, and clients that rely on If-Unmodified-Since: et al
   headers.

I agree.

   I think we would agree that the DAV:getetag property should be different.

Why?  One reasonable form of getetag is to use some MD5 "footprint",
and in that case, the DAV:getetag of the version and the version selector
whose target is that version will be the same.

   A successful SETTARGET should result in new last modified and etag values
   for a version selector.

A new last modified, yes.  A new etag, not necessarily.

But back to my original point, that should be determined from the
definition of that live property, and should not be something that the
versioning spec should need to define.

Cheers,
Geoff
Received on Friday, 17 November 2000 16:54:51 GMT

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