Re: Basic ietf process question ...

Mark Nottingham <mnot@mnot.net> Sat, 04 August 2012 00:50 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B452921F8D38; Fri, 3 Aug 2012 17:50:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vucsTlAyQS+n; Fri, 3 Aug 2012 17:50:30 -0700 (PDT)
Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by ietfa.amsl.com (Postfix) with ESMTP id 01D2E21F8D05; Fri, 3 Aug 2012 17:50:29 -0700 (PDT)
Received: from [10.10.5.63] (unknown [67.79.29.132]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 4BD6250A64; Fri, 3 Aug 2012 20:50:22 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\))
Subject: Re: Basic ietf process question ...
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <01OIMHY7BVKK0006TF@mauve.mrochek.com>
Date: Fri, 03 Aug 2012 19:50:21 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <8D242074-DA5B-4C31-807D-79116517A64D@mnot.net>
References: <20120802055556.1356.17133.idtracker@ietfa.amsl.com> <CALaySJK6RE1pnk0RJZjpU8jHb9KKb3zOjGc5NqTcVyb7kTBOyw@mail.gmail.com> <CAL0qLwZaoVDtt_8o1Qr5NqG-rBk6jkAMMVT+jUUoiD2rhEvmuw@mail.gmail.com> <501AA9DF.6010208@raszuk.net> <EDC652A26FB23C4EB6384A4584434A0407E24713@307622ANEX5.global.avaya.com> <501AB4F5.7030205@raszuk.net> <501AC2C7.6040707@gmail.com> <270DDF46-AA04-49C0-B54C-35FD0AE0350F@mnot.net> <01OIMHY7BVKK0006TF@mauve.mrochek.com>
To: Ned Freed <ned.freed@mrochek.com>
X-Mailer: Apple Mail (2.1485)
Cc: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, opsawg@ietf.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Sat, 04 Aug 2012 00:50:30 -0000

On 03/08/2012, at 5:59 PM, Ned Freed <ned.freed@mrochek.com> wrote:

>> Specifically, it's very common for people to try to use schema to inform
>> "binding" tools into specific languages. However, the underlying metamodel of
>> XML, the Infoset, is both complex and a poor fit for most languages, so
>> bindings take "shortcuts" and expose a profile of XML's range of expression,
>> encouraging some patterns of use, while discouraging (or disallowing) others.
>> Since the bindings often make different decisions (based upon the language of
>> use), interoperability is difficult (sometimes, impossible).
> 
> It very much depends on what you're doing and how you're doing it. If what
> you want is for your data to manifest directly as a data structure, XML is
> a lousy fit for that for a bunch of different reasons. Json is the clear choice
> in such cases. But there are other uses where the more complex Infoset of
> XML can be an asset.

Very much; when it becomes a "document" (e.g., mixed markup), XML is a much better choice.

> 
> Really, it's all about how you use the available tools.
> 
>> Furthermore, designing a schema that is extensible is incredibly convoluted
>> in XML Schema 1.0. Schema 1.1 was designed to address this failure, but it
>> hasn't been broadly adopted; most people I know in the field consider it a
>> failure.
> 
> Yes, XML Schema makes this a lot harder to do than it should be, but in a lot
> of designs I've seen it also has to do with how XML is actually used. A bad
> design is a bad design, regardless of what schema language you use.
> 
>> What surprises me and many others is that people are still using it and
>> promoting it, when it's well-understood by almost EVERYONE who was involved in
>> using XML for protocols in the past ten years agrees that it's a mistake.
> 
> See above. I certainly wouldn't use XML Schema for anything new, but there's
> a lot of legacy stuff out there.

That's the rub, isn't it?

--
Mark Nottingham
http://www.mnot.net/