Re: [apps-discuss] An XML RFC primer?

Ladislav Lhotka <lhotka@cesnet.cz> Wed, 12 January 2011 12:05 UTC

Return-Path: <lhotka@cesnet.cz>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 923FE28C139 for <apps-discuss@core3.amsl.com>; Wed, 12 Jan 2011 04:05:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.211
X-Spam-Level:
X-Spam-Status: No, score=-2.211 tagged_above=-999 required=5 tests=[AWL=-0.211, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, NO_RELAYS=-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 34MwVTOAgKLs for <apps-discuss@core3.amsl.com>; Wed, 12 Jan 2011 04:05:50 -0800 (PST)
Received: from office2.cesnet.cz (office2.cesnet.cz [IPv6:2001:718:1:101::144:244]) by core3.amsl.com (Postfix) with ESMTP id B969F28C11F for <apps-discuss@ietf.org>; Wed, 12 Jan 2011 04:05:49 -0800 (PST)
Received: from [IPv6:2001:718:1a02:7:201:80ff:fe65:dd1e] (unknown [IPv6:2001:718:1a02:7:201:80ff:fe65:dd1e]) by office2.cesnet.cz (Postfix) with ESMTPSA id F20212CDE057 for <apps-discuss@ietf.org>; Wed, 12 Jan 2011 13:08:03 +0100 (CET)
From: Ladislav Lhotka <lhotka@cesnet.cz>
To: apps-discuss@ietf.org
In-Reply-To: <014201cbb239$ded879c0$4001a8c0@gateway.2wire.net>
References: <F5833273385BB34F99288B3648C4F06F1341E73D79@EXCH-C2.corp.cloudmark.com> <01dd01cbb1b2$35775860$4001a8c0@gateway.2wire.net> <AANLkTinWa2N-mu5nwq=q7Dg0oVL76zYqWzEdxHFy0Zpc@mail.gmail.com> <014201cbb239$ded879c0$4001a8c0@gateway.2wire.net>
Content-Type: text/plain; charset="UTF-8"
Organization: CESNET
Date: Wed, 12 Jan 2011 13:08:03 +0100
Message-ID: <1294834083.12118.93.camel@behold>
Mime-Version: 1.0
X-Mailer: Evolution 2.30.3
Content-Transfer-Encoding: 7bit
Subject: Re: [apps-discuss] An XML RFC primer?
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 12:05:51 -0000

On St, 2011-01-12 at 10:19 +0100, t.petch wrote:
> ----- Original Message -----
> From: "Tim Bray" <tbray@textuality.com>
> To: "t.petch" <ietfc@btconnect.com>
> Cc: "Murray S. Kucherawy" <msk@cloudmark.com>; <apps-discuss@ietf.org>
> Sent: Tuesday, January 11, 2011 8:46 PM
> On Tue, Jan 11, 2011 at 9:08 AM, t.petch <ietfc@btconnect.com> wrote:
> 
> > Netconf did take advice from the XML Directorate, and they were plain wrong,
> in
> > one key regard, which has turned out to be an issue that has taken years so
> far,
> > and as yet is unresolved (the question they failed to answer correctly was
> what
> > is and is not valid XML? the consequence is an inability to parse XML
> documents
> > transported by Netconf as currently specified).
> 
> Huh?  Formally, "valid" means "has a DTD and conforms to it" but
> almost nobody uses DTDs any more.  Whether something is or is not XML
> is not in any doubt either de jure or de facto, we have good
> interoperability among parsers these days.  If Netconf XML can't be
> parsed, the specification must have some awful problems.
> 
> I've certainly seen some lousy XML-based protocols here and there, but
> this the first instance of "inability to parse" I've run across.
> 
> <tp>
> I was not clear enough.  It is the ability to parse the Netconf
> datastream into XML documents that is the problem with
> Netconf as currently specified, and which has caused much
> grief for several years.  As Lada has said, there is an I-D
> which is likely to fix this (but whose progress is tortuous).

Simply put, somebody was able to convince the WG that the string
"]]>]]>" cannot appear ANYWHERE in a valid XML document, so this string
was used as the end-of-message marker. It was not technically difficult
to fix this blunder, the biggest problem was backward compatibility with
devices that already use the broken framing.

Lada
 
> 
> Tom Petch
> 
> </tp>
> 
>  -Tim
> 
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss

-- 
Ladislav Lhotka, CESNET
PGP Key ID: E74E8C0C