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
- [apps-discuss] An XML RFC primer? Murray S. Kucherawy
- Re: [apps-discuss] An XML RFC primer? Tim Bray
- Re: [apps-discuss] An XML RFC primer? t.petch
- Re: [apps-discuss] An XML RFC primer? Anthony Bryan
- Re: [apps-discuss] An XML RFC primer? Martin J. Dürst
- Re: [apps-discuss] An XML RFC primer? Tim Bray
- Re: [apps-discuss] An XML RFC primer? Martin J. Dürst
- Re: [apps-discuss] An XML RFC primer? Tony Finch
- Re: [apps-discuss] An XML RFC primer? Tim Bray
- Re: [apps-discuss] An XML RFC primer? t.petch
- Re: [apps-discuss] An XML RFC primer? Tim Bray
- Re: [apps-discuss] An XML RFC primer? Tim Bray
- Re: [apps-discuss] An XML RFC primer? Ladislav Lhotka
- Re: [apps-discuss] An XML RFC primer? t.petch
- Re: [apps-discuss] An XML RFC primer? Ladislav Lhotka