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

Julian Reschke <julian.reschke@gmx.de> Tue, 22 February 2005 18:52 UTC

X-Envelope-From: julian.reschke@gmx.de
X-Envelope-To: <ietf-caldav@osafoundation.org>
Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by kahuna.osafoundation.org (8.12.8/8.12.8) with SMTP id j1MIqOaZ030952 for <ietf-caldav@osafoundation.org>; Tue, 22 Feb 2005 10:52:24 -0800
Received: (qmail invoked by alias); 22 Feb 2005 18:52:18 -0000
Received: from pD9FF0736.dip.t-dialin.net (EHLO [192.168.0.3]) (217.255.7.54) by mail.gmx.net (mp003) with SMTP; 22 Feb 2005 19:52:18 +0100
X-Authenticated: #1915285
Message-ID: <421B7F59.5080702@gmx.de>
Date: Tue, 22 Feb 2005 19:52:09 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Scott Lawrence <scott@skrb.org>
Subject: Re: [Ietf-caldav] Re: draft-reschke-http-addmember-00
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>
In-Reply-To: <1109097394.6051.1.camel@sukothai.pingtel.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0 ()
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 18:52:27 -0000

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?

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>?

> or
> 
> - Change your server organization so that they use different URLs.
> 
>>>The only technical reason why a new method would be required in HTTP
>>>is if the message semantics were different.  For example, POST is
>>
>>Of course. That's why they are defined to be different from POST.
> 
> 
> But that's just the point - from the perspective of HTTP, the proposed
> ADDMEMBER is not fundamentally different from POST.

No, it's a subset, thus it can not be "fundamentelly different". That's 
on purpose.

Best regards, Julian

-- 
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760