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

Re: POST vs. separate methods

From: Larry Masinter <masinter@parc.xerox.com>
Date: Sat, 2 Nov 1996 06:41:14 PST
To: fielding@liege.ics.uci.edu
CC: w3c-dist-auth@w3.org
Message-Id: <96Nov2.074114pdt."130"@palimpsest.parc.xerox.com>
#  a) access control is based on methods, not media types.  It is true that
#     you could change all WWW software and HTTP semantics such that you
#     could do access control via media types, but there had better be a
#     damn good reason for it [I haven't seen any yet].

Surely this isn't a HTTP semantics issue, but it is a WWW software
issue. HTTP access control policy is completely up to the server, and
if you wanted to write a server that allowed POST-ing .png files and
but not .gif files, I don't think that would change the semantics of
HTTP at all.

#  b) the HTTP interface is designed to be capable of being the interface
#     to a general object store, where the method really is an OO method
#     to be applied to an object.  For a variety of reasons, it is better
#     to have separate names for separate semantics, rather than a single
#     name for all method calls and having the object determine the
#     semantics by some case-based switch on one of the parameters.

The first sentence is a stretch, but I'll go along with it. And I'll
agree with the second sentence. But we're frequently bluring the
semantics of a whole host of operations under 'POST'.

# I'll also disagree with Larry on the notion of media types being any
# easier to change than methods.  Anybody ever try to change
#      application/x-www-form-urlencoded
# (the media type used by default in WWW form-based entry)?  That was an
# incredibly poor design decision, known from the start, and yet we still
# can't get rid of it.

Well, actually, I did try to change application/x-www-form-urlencoded
with 

RFC 1867: Form-based File Upload defines
    multipart/form-data

and I think it's been modestly successful: there are applications that
now use it for form submission. Those applications didn't need a
change to HTTP to do so.

But I agree, this is a weak argument. We should just be careful that
we have the semantics we'll want for a while before we start putting
in 'PATCH' and 'REVERT-TO-VERSION' as HTTP methods.

Larry
Received on Saturday, 2 November 1996 10:41:29 GMT

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