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/