Re: Registration of media type application/calendar+xml
Phillip Hallam-Baker <hallam@gmail.com> Fri, 10 September 2010 04:36 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 911CB3A6A46 for <ietf@core3.amsl.com>; Thu, 9 Sep 2010 21:36:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.243
X-Spam-Level:
X-Spam-Status: No, score=-2.243 tagged_above=-999 required=5 tests=[AWL=0.355, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zaOJtzg1G-GX for <ietf@core3.amsl.com>; Thu, 9 Sep 2010 21:34:46 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id D64293A6862 for <IETF@ietf.org>; Thu, 9 Sep 2010 21:34:24 -0700 (PDT)
Received: by iwn3 with SMTP id 3so2137439iwn.31 for <IETF@ietf.org>; Thu, 09 Sep 2010 21:34:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=gw+hnSxbaNUA0mf68FnvjvonN6CDaYvvK3PCkoFEc1Q=; b=PTa3eoFAH1KxQtqDrQiw2vrJN1C6eMoAK+nGzBViwKGW/VO96fYumnUJmlHu0iU48B U/af4Ef1N+U8CQHiwrfz+y3ssFY/qAQcRzEPJUykubVl5nVceXLaDrbnYbDRS75JmsP4 5Heo9Gn8QbJFxojFS0t/4FuCgD0AxcWIP82C4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=FAsAc7Jkbh4igGqfdpDox3aw2JFWxn7MxDg7USF89n3HBFMQjJ2BvQh8XFGaQ83gnd A5ca9C3jhvbahhLMt3BAWh4GO0v44ZNRyLD8veFNnsfSZabf4q5pkHXNIHy+DyOQcHVU IROlmfWBK7C5wTlBVmDABW8ozAAE7u2pCFPRs=
MIME-Version: 1.0
Received: by 10.231.12.77 with SMTP id w13mr305921ibw.80.1284093286747; Thu, 09 Sep 2010 21:34:46 -0700 (PDT)
Received: by 10.231.11.2 with HTTP; Thu, 9 Sep 2010 21:34:46 -0700 (PDT)
In-Reply-To: <673F57D3-B2EC-4ABF-B450-EEEA3A4C185A@cs.utk.edu>
References: <F842A373EE7E9C439CA07CCB01BBD1D0564C4899@TK5EX14MBXC138.redmond.corp.microsoft.com> <341B449F-7DFE-4A40-84B0-D008658A08DF@cs.utk.edu> <B0EA09C87A5701A94419DB8F@socrates.local> <673F57D3-B2EC-4ABF-B450-EEEA3A4C185A@cs.utk.edu>
Date: Fri, 10 Sep 2010 00:34:46 -0400
Message-ID: <AANLkTinon97N3njcAV=FUj7-_ZJugazVCuaVbySbXr_L@mail.gmail.com>
Subject: Re: Registration of media type application/calendar+xml
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Keith Moore <moore@cs.utk.edu>
Content-Type: multipart/alternative; boundary="0003255753be378b42048fe0444f"
X-Mailman-Approved-At: Fri, 10 Sep 2010 11:59:36 -0700
Cc: Douglass Mike <douglm@rpi.edu>, Cyrus Daboo <cyrus@daboo.name>, Alexey Melnikov <Alexey.Melnikov@isode.com>, ietf-types@iana.org, Steven Lees <Steven.Lees@microsoft.com>, IETF@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2010 04:36:57 -0000
The objections raised by Keith do not appear to me to fall under any of the requirements for MIME type registration set out in RFC 4288. I disagree with the argument made in any case. If you want to have a system in which 95% of your data structures are in XML you probably don't want to have to introduce a separate syntax and you most certainly do not want to deal with a separate data model for dealing with calendaring. The iCalendar format represents a 1990s style approach to the problem. There is no real separation of syntax from the data model. Software developed in that manner is notoriously difficult to get right for the reasons that Keith describes. XML is a substantial overhead if you are dealing with a single protocol but when you are dealing with multiple protocols the benefits are substantial and allow something like 70% of your coding effort to be pushed onto the platform layer. That means that you have 70% less new code and new code paths to contend with. One of the discoveries of the mid 1990s was that yacc and LR(1) grammars are no more useful for describing computer languages than they are for describing natural languages. The most useful feature of a computer grammar is regularity and consistency. XML enforces a high degree of consistency. Now I would quite prefer to take about 50% or more of the XML spec and discard it. They did a good job of taking out the most insane features of SGML but there is much more cruft that could be cut out. But that does not change the fact that using XML as is produces clearer specifications that are more likely to be implemented without errors than with the 1990s approach. On Thu, Sep 9, 2010 at 10:51 PM, Keith Moore <moore@cs.utk.edu> wrote: > > -- Website: http://hallambaker.com/
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… ned+ietf
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Tony Finch
- Re: Registration of media type application/calend… Julian Reschke
- Re: Registration of media type application/calend… Julian Reschke
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Julian Reschke
- Re: Registration of media type application/calend… ned+ietf
- Re: Registration of media type application/calend… Julian Reschke
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Cyrus Daboo
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Peter Saint-Andre
- Re: Registration of media type application/calend… ned+ietf
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Dave CROCKER
- Re: Registration of media type application/calend… Phillip Hallam-Baker
- Re: Registration of media type application/calend… Phillip Hallam-Baker
- Re: Registration of media type application/calend… Phillip Hallam-Baker
- Re: Registration of media type application/calend… Phillip Hallam-Baker
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Nathaniel Borenstein
- Re: Registration of media type application/calend… Keith Moore
- Re: Registration of media type application/calend… Phillip Hallam-Baker
- Re: Registration of media type application/calend… ned+ietf
- Re: Registration of media type application/calend… Keith Moore