W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2001

Re: [offlist] WebDAV Delete post (Flavors of DELETE)

From: Roy T. Fielding <fielding@ebuilt.com>
Date: Tue, 10 Apr 2001 15:20:07 -0700
To: "Clemm, Geoff" <gclemm@rational.com>
Cc: WebDAV Working Group <w3c-dist-auth@w3.org>
Message-ID: <20010410152007.F968@waka.ebuilt.net>
On Tue, Apr 10, 2001 at 05:36:25PM -0400, Clemm, Geoff wrote:
> Some folks prefer to use OPTIONS for things that are true
> for the whole server, and some folks just
> hate live properties, but the live property is fine with me.

OPTIONS is for communicating extensions and capabilities, not for
identifying the URI of a trash resource.  That is simply an external link
in hypermedia parlance.

> As for the issue of whether to marshal in a request header vs. in a
> request body, a new request header eats up part of a global namespace,
> whereas an XML request body can use namespaces to keep extensions
> from stepping on each others toes, so I stand by my
> preference for using the request body for method specific parameters
> (of course, for methods like PUT that use the request body for content,
> that is not an option).

XML namespaces are no more capable of extensions than a global namespace
controlled by a standard.  The only difference is who gets to define them.
HTTP and XML have different design philosophies in that regard, and so
far the HTTP one has proven to be right (XML namespaces are 100% extensible,
but have almost zero interoperability success).  I'm not sure yet which
type of extensibility is better for a protocol.  I only know that needing
to parse XML in order to determine request semantics is totally and
irretrievably bad design.


Roy T. Fielding, Chief Scientist, eBuilt, Inc.
                 2652 McGaw Avenue
                 Irvine, CA 92614-5840  fax:+1.949.609.0001
                 (fielding@ebuilt.com)  <http://www.eBuilt.com>
Received on Tuesday, 10 April 2001 18:21:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:22 UTC