W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2003

RE: Comments on draft-dusseault-http-patch-00

From: Lisa Dusseault <lisa@xythos.com>
Date: Fri, 21 Nov 2003 16:08:39 -0800
To: "'Julian Reschke'" <julian.reschke@gmx.de>, "'Webdav WG'" <w3c-dist-auth@w3c.org>
Message-ID: <04b501c3b08c$c89824f0$75c990c6@lisalap>

The OPTIONS changes are as much to find out if the server supports PATCH, as
indicate which patch formats are supported.  It's nice for clients to be
to discover all major optional features supported by the server in one
OPTIONS request, rather than trying features which might not work.


> -----Original Message-----
> From: w3c-dist-auth-request@w3.org 
> [mailto:w3c-dist-auth-request@w3.org] On Behalf Of Julian Reschke
> Sent: Friday, November 21, 2003 12:36 AM
> To: 'Webdav WG'
> Subject: Re: Comments on draft-dusseault-http-patch-00
> Julian Reschke wrote:
> > ...see 
> > 
> <http://www.sharemation.com/~milele/public/dav/draft-dusseault

Here's another thought. You could get rid of any changes to OPTIONS 
altogether by specifying:

A PATCH request with no or unknown content type must result in a 4xx 
status, and a "Patch" response header summarizing the supported content 
types. Then a client can simply submit a PATCH request with no 
Content-Type header (and no body) to get the list of supported types.

I think this would be a good simplification as it makes PATCH 
independant of all other HTTP methods.


<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
Received on Friday, 21 November 2003 19:08:51 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:28 UTC