Re: [Ietf-caldav] [Fwd: draft-reschke-http-addmember-00]

Mark Baker <distobj@acm.org> Wed, 23 February 2005 04:26 UTC

X-Envelope-From: distobj@acm.org
X-Envelope-To: <ietf-caldav@osafoundation.org>
Received: from bork.markbaker.ca (static-80-155.dsl.cuic.ca [216.126.80.155] (may be forged)) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id j1N4QkaZ031597 for <ietf-caldav@osafoundation.org>; Tue, 22 Feb 2005 20:26:46 -0800
Received: from mbaker by bork.markbaker.ca with local (Exim 3.36 #1 (Debian)) id 1D3o6C-0004B2-00; Tue, 22 Feb 2005 23:26:08 -0500
Date: Tue, 22 Feb 2005 23:26:08 -0500
From: Mark Baker <distobj@acm.org>
To: "Roy T. Fielding" <fielding@gbiv.com>
Subject: Re: [Ietf-caldav] [Fwd: draft-reschke-http-addmember-00]
Message-ID: <20050223042608.GF4504@markbaker.ca>
References: <4214E4D0.80408@gmx.de> <1108670449.11773.33.camel@sukothai.pingtel.com> <4214F973.9060404@gmx.de> <1109017914.3811.29.camel@localhost.localdomain> <20050221212838.GA8870@mail.shareable.org> <1109040989.3811.39.camel@localhost.localdomain> <20050222034655.GC4504@markbaker.ca> <7d6e31bc68586bba82b76fd4fe4443ba@gbiv.com> <20050222133758.GD4504@markbaker.ca> <c126af63ffe0c6f778badbaf438ca38c@gbiv.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <c126af63ffe0c6f778badbaf438ca38c@gbiv.com>
User-Agent: Mutt/1.5.6+20040907i
X-Spam-Score: 0.05 () FORGED_RCVD_HELO
X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1
Cc: WebDAV WG <w3c-dist-auth@w3.org>, HTTP Working Group <ietf-http-wg@w3.org>, CalDAV DevList <ietf-caldav@osafoundation.org>
X-BeenThere: ietf-caldav@osafoundation.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: Discussions on Calendar Access protocol based on WebDAV <ietf-caldav.osafoundation.org>
List-Unsubscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-caldav>
List-Post: <mailto:ietf-caldav@osafoundation.org>
List-Help: <mailto:ietf-caldav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/mailman/listinfo/ietf-caldav>, <mailto:ietf-caldav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Feb 2005 04:26:49 -0000

On Tue, Feb 22, 2005 at 11:52:55AM -0800, Roy T. Fielding wrote:
> On Feb 22, 2005, at 5:37 AM, Mark Baker wrote:
> >Ah, so you're saying that ADDMEMBER isn't uniform?
> 
> Actually, no, I was saying that ADDMEMBER as currently defined
> is identical to POST.  Julian said that it wasn't identical because
> his client would be able to expect one semantic, namely that a
> 201 result would cause the webdav collection to contain a new
> member with the given media type.  That implies an additional
> requirement that the target be a webdav collection, which isn't
> uniform at all.

I get the DAV-collection-implies-non-uniform thing, and would be
against a revision which attributed that meaning to a 201 response.
But I'm just not seeing how ADDMEMBER==POST, sorry.

I still don't see how POST vs. ADDMEMBER is any different than POST
vs. PUT.  You previously said that PUT has "set the state of this
resource" semantics which is clearly different than POST.  IMO,
ADDMEMBER's semantics are very similar to PUT.  What (constraint?) am
I missing that suggests PUT is fine while ADDMEMBER isn't?

Mark.
-- 
Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca