W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > July to September 2006

Is APPEND really needed ?

From: <edgar@edgarschwarz.de>
Date: Mon, 7 Aug 2006 00:33:43 +0200 (MEST)
Message-Id: <200608062233.k76MXhHc016083@post.webmailer.de>
To: w3c-dist-auth@w3.org
Cc: edgar@edgarschwarz.de

julian.reschke@gmx.de wrote:
> >> 7) BTW Is APPEND really needed? Surely a PATCH can do the same thing
> > (except that PATCH cannot create a new resource)?
> > 
> > It is true that PATCH can do the job of APPEND as well. But the APPEND
> > method is much simpler and can be applied to any resource without being
> > concerned about the resource type and the Patch-Type. Assuming that a
> > client need to do mostly appends, this method comes in handy without the
> > 'baggage' associated with the PATCH method. Also it is more efficient to
> > implement at the server and may have a quicker response time. 
> I don't see how it's easier to specify or more efficient to execute than 
> the format I proposed in my other mail.
After reading the discussion for a couple of days now I'm still not at ease
with APPEND.
A new HTTP method which sometimes behaves like a PUT and sometimes like a PATCH
would be a muddy design IMHO. If like Julian proposes this convenience is also
possible with a content type, why not ?
Taking a purists stance I could even drop that :-) A good diff will accomodate 
I will have to implement one method less in my server and also the RFC will
be shorter without APPEND. There will only be a lot of stuff just duplicated.
This said I'm very happy to see that a standard for sending diffs is discussed
again. Because it really doesn't make sense to send a complete big document
to a DeltaV server if you only correct a single letter typo :-)

Cheers, Edgar
Received on Sunday, 6 August 2006 22:33:51 UTC

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