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

Scott Lawrence <scott@skrb.org> Tue, 22 February 2005 22:15 UTC

X-Envelope-From: scott@skrb.org
X-Envelope-To: <ietf-caldav@osafoundation.org>
Received: from mail.pingtel.com (user3.pingtel.com [65.220.123.3] (may be forged)) by kahuna.osafoundation.org (8.12.8/8.12.8) with ESMTP id j1MMFwaZ030705 for <ietf-caldav@osafoundation.org>; Tue, 22 Feb 2005 14:15:58 -0800
Received: from localhost.localdomain (mail.pingtel.com [192.168.253.2]) by mail.pingtel.com (Postfix) with ESMTP id 71EDE6C021; Tue, 22 Feb 2005 17:15:57 -0500 (EST)
Subject: Re: [Ietf-caldav] Re: draft-reschke-http-addmember-00
From: Scott Lawrence <scott@skrb.org>
To: Julian Reschke <julian.reschke@gmx.de>
In-Reply-To: <421B7F59.5080702@gmx.de>
References: <20050221213247.GB8870@mail.shareable.org> <OF37A764C1.8369E90C-ON85256FAF.007C29A8-87256FB0.0018408A@us.ibm.com> <20050222161520.GA22555@mail.shareable.org> <421B5F72.6070806@gmx.de> <1109097394.6051.1.camel@sukothai.pingtel.com> <421B7F59.5080702@gmx.de>
Content-Type: text/plain
Organization: http://skrb.org/scott/
Date: Tue, 22 Feb 2005 17:15:57 -0500
Message-Id: <1109110557.6051.49.camel@sukothai.pingtel.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.0.3 (2.0.3-0.mozer.1)
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.05 () FORGED_RCVD_HELO
X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1
Cc: Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>, HTTP Working Group <ietf-http-wg@w3.org>, Jamie Lokier <jamie@shareable.org>, WebDAV <w3c-dist-auth@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: Tue, 22 Feb 2005 22:16:00 -0000

On Tue, 2005-02-22 at 19:52 +0100, Julian Reschke wrote:
> Scott Lawrence wrote:
> > On Tue, 2005-02-22 at 17:36 +0100, Julian Reschke wrote:
> > 
> >>So what do I do if a have a resource that accepts HTML form posts,
> >>SOAP 
> >>requests and ADDMEMBER-like semantics on the same URL?
> > 
> > 
> > Either:
> > 
> > - Implement it very very carefully.
> 
> Hm. What exactly does that mean?

It means that that resource should have a well defined way of
determining what it is being asked to do for any given request.
Personally, I would choose the second alternative - use different URLs
for those different purposes, but...

> When POST is applied to that resource with a content type of 
> "application/soap+xml", is it supposed to store the attached entity as a 
> new resource (with content type "application/soap+xml", returning a 
> Location response header with the URL of the new resource), or should it 
> process it according to 
> <http://www.w3.org/TR/2003/REC-soap12-part2-20030624>?

That W3C spec does not mandate that anything in particular be done with
a request body with that mime type.  It in no way requires that a
request body with that mime type invoke a SOAP operation or prevents a
given URL from treating that body as an object to be stored.