W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > January to March 2005

Re: ETags?

From: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>
Date: Mon, 24 Jan 2005 11:59:32 -0500
To: WebDAV WG <w3c-dist-auth@w3.org>
Message-ID: <OF05AB56C0.C9C46462-ON85256F93.005CFF0F-85256F93.005D5706@us.ibm.com>
I agree with Elias and Julian about the excellence of Roy's point,
and would point out that in my opinion, it applies to most/all
of the other requests for "guidance" in the binding spec for the
behavior of functionality defined in other specifications.

Cheers,
Geoff

Elias wrote on 01/22/2005 10:38:02 PM:

> Thanks Roy, that's an excellent point that I hadn't considered. For the 
> record, I am no longer opposed to the spec remaining silent on the 
issue.
> ________________________________
> 
> Roy T. Fielding wrote:
> 
> >
> > On Jan 21, 2005, at 2:44 PM, Elias Sinderson wrote:
> >
> >>> [...] Including a single sentence which states that clients can't 
> >>> necessarily depend on live properties being the same on different 
> >>> bindings to a given resource.
> >>
> >>
> >> ... doesn't seem like an undue amount of verbiage in the spec.
> >
> >
> > It does to me, and I guess an explanation is in order.  Let's
> > say that a given live property definition does specify that its
> > value must remain the same on different bindings to the same
> > resource.  In that case, the client can depend on them being
> > the same and that simple little addition creates an unnecessary
> > contradiction between what should have been orthogonal
> > specifications.  There is no reason for the binding specification
> > to make blanket statements when there are no conditions that hold
> > for all live properties -- that is why we have property definitions.
> >
> > Developers don't need any more guidance here.  What they need are
> > shorter specifications so that they don't have to waste their time
> > digging through meaningless tripe just to understand the interface.
> >
> > ....Roy
> >
> 
> 
Received on Monday, 24 January 2005 17:00:08 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:07 GMT