Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12

Julian Reschke <julian.reschke@gmx.de> Wed, 21 June 2006 00:16 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FsqOF-0005SW-G5; Tue, 20 Jun 2006 20:16:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FsqOD-0005SR-Pm for ietf@ietf.org; Tue, 20 Jun 2006 20:16:13 -0400
Received: from mail.gmx.net ([213.165.64.21]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1FsqOC-0002f6-Cc for ietf@ietf.org; Tue, 20 Jun 2006 20:16:13 -0400
Received: (qmail invoked by alias); 21 Jun 2006 00:16:11 -0000
Received: from p508FBE07.dip0.t-ipconnect.de (EHLO [192.168.178.22]) [80.143.190.7] by mail.gmx.net (mp002) with SMTP; 21 Jun 2006 02:16:11 +0200
X-Authenticated: #1915285
Message-ID: <44988FC9.4050503@gmx.de>
Date: Wed, 21 Jun 2006 02:16:09 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Lisa Dusseault <lisa@osafoundation.org>
References: <D58B890CEBB86771C83E8401@Cyrus-Daboo.local> <443FAB85.8030503@gmx.de> <7246CAD3-9329-4B34-8D23-08B196E80EDE@osafoundation.org> <443FEF47.3050406@gmx.de> <5FD8AADA-F91A-4B1F-9453-01178901DB6F@osafoundation.org> <443FF7B9.3050801@gmx.de> <7D5DE367-5FD8-4398-849D-2158EF6BC256@osafoundation.org> <443FFE81.6010605@gmx.de> <CD95571B-E80E-4DA4-A522-23C0647CF6B6@osafoundation.org> <4440AC2D.2050802@gmx.de> <44509D3B.4050503@gmx.de> <DBB5A293-8F91-4E39-BE97-B6BD5236F5A3@osafoundation.org> <44512C9B.6090102@gmx.de> <44847841.8080902@gmx.de> <074E50A7C8A95FFDB5E8B5E6@Cyrus-Daboo.local> <44913E39.7040503@gmx.de> <A53A3668-1C4B-46B2-BE5C-02F3F8D7D45E@apple.com> <4136E0DE-F4F4-4A6E-9AC0-1C6297910ECA@osafoundation.org> <66682F0C-92F3-45E9-B59A-FB5D34561913@apple.com> <80E35CD5-943D-4BE2-BA31-8987E6A4F634@osafoundation.org> <DF64CAE0-186D-4C8E-B822-A6826F71E533@wsanchez.net> <DEACB9F1-7D91-4AB0-9599-393DC909719D@osafoundation.org>
In-Reply-To: <DEACB9F1-7D91-4AB0-9599-393DC909719D@osafoundation.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Cc: Ted Hardie <hardie@qualcomm.com>, HTTP Working Group <ietf-http-wg@w3.org>, Wilfredo Sánchez Vega <wsanchez@wsanchez.net>, ietf@ietf.org, CalDAV DevList <ietf-caldav@osafoundation.org>
Subject: Re: [Ietf-caldav] Last Call comment on Etag requirements in draft-dusseault-caldav-12
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

Lisa Dusseault schrieb:
> 
> On Jun 20, 2006, at 10:27 AM, Wilfredo Sánchez Vega wrote:
> 
>>   Not really, no.
>>
>>   HTTP defines ETag.  An HTTP server should be able to use the same 
>> ETag logic on all HTTP resources, and not treat ETags for calendar 
>> resources differently than others.  Not all users of ETags are going 
>> to be aware that calendar resources are special.
>>
>>   My concern is that if there is *any* inconsistency between the 
>> general solution when it comes and CalDAV's, that an implementor may 
>> have to choose between being compliant with CalDAV or the more general 
>> ETag spec, or may have to continue to implement special semantics on 
>> calendar resources for purposes which are better served by the other 
>> spec.
>>
>>   I realize that "the other spec" doesn't exist today, and that this 
>> is a total drag.  Can't we take your one paragraph and put it into its 
>> own document?  I don't know IETF process very well, so I don't know 
>> what the next steps should be, but as an implementor, I'm 
>> uncomfortable with the prospect of dealing with two independently 
>> written specifications for the same behavior.
> 
> We basically tried that.  What it turned into was this 
> <http://www.ietf.org/internet-drafts/draft-whitehead-http-etag-00.txt> 
> with no consensus on the basic model or apparent drive to come to 
> consensus.  Got any feedback on that draft?

It's a shame we didn't make progress on that, but that doesn't 
invalidate the approach taken (making this an issue orthogonal to 
WebDAV, CalDAV or Atom).

Best regards, Julian

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf