Re: analysis of YANG vs. RELAX NG

Balazs Lengyel <balazs.lengyel@ericsson.com> Thu, 13 December 2007 17:13 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2rcy-0004WA-UQ; Thu, 13 Dec 2007 12:13:40 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1J2rcy-0004VY-6T for discuss-confirm+ok@megatron.ietf.org; Thu, 13 Dec 2007 12:13:40 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J2rcx-0004Us-SH for discuss@apps.ietf.org; Thu, 13 Dec 2007 12:13:39 -0500
Received: from mailgw3.ericsson.se ([193.180.251.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J2rcw-0001py-5h for discuss@apps.ietf.org; Thu, 13 Dec 2007 12:13:39 -0500
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id D33B0210DB; Thu, 13 Dec 2007 18:11:21 +0100 (CET)
X-AuditID: c1b4fb3c-b179abb0000030cf-78-476167b9ea05
Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.124]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id BD510204BF; Thu, 13 Dec 2007 18:11:21 +0100 (CET)
Received: from esealmw129.eemea.ericsson.se ([153.88.254.177]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 13 Dec 2007 18:11:21 +0100
Received: from [159.107.197.224] ([159.107.197.224]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 13 Dec 2007 18:11:21 +0100
Message-ID: <476167B8.3000503@ericsson.com>
Date: Thu, 13 Dec 2007 18:11:20 +0100
From: Balazs Lengyel <balazs.lengyel@ericsson.com>
User-Agent: Thunderbird 2.0.0.4 (X11/20070604)
MIME-Version: 1.0
To: Ladislav Lhotka <lhotka@cesnet.cz>
Subject: Re: analysis of YANG vs. RELAX NG
References: <953beacc0711271504y7aea5f21jc301ccad886d3611@mail.gmail.com> <474D9194.3060103@ericsson.com> <953beacc0711281025w4d993dd7u77d729111074496c@mail.gmail.com> <20071128.230244.254578150.mbj@tail-f.com> <63F8A418-6AF0-4205-ACC7-53A8C7BC6A73@osafoundation.org> <47512728.6040201@gmx.de> <517bf110712021242v43c462f0v86267f591e5cdfbd@mail.gmail.com> <1196690162.5874.13.camel@missotis><20071203140846.GB17536@elstar.local> <47543B30.1060409@andybierman.com> <1196704923.5569.14.camel@missotis> <003801c835e7$4fefeb20$6801a8c0@oemcomputer> <1196722786.5835.57.camel@missotis>
In-Reply-To: <1196722786.5835.57.camel@missotis>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
X-OriginalArrivalTime: 13 Dec 2007 17:11:21.0338 (UTC) FILETIME=[2EC455A0:01C83DAB]
X-Brightmail-Tracker: AAAAAA==
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: -1.0 (-)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Cc: discuss@apps.ietf.org
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

Hello,
A late reply.
I agree with Juergen, Andy et al. but I also have anther reason.

Imagine when you have one big model that is modified by a 5 liner a bit. Then you get the next 
five liner, the next one. Then you get a five liner that modifies a previous modification.
To understand what really goes on in the node you have to know all the little 5 liners.

In Yang you can at least understand the basic model and consider the rest as extensions, 
because the basic model is not redefined only extended.

Balazs

Ladislav Lhotka wrote:
> Hi,
> 
> Randy Presuhn píše v Po 03. 12. 2007 v 12:01 -0800:
> 
>> I strongly agree with Andy and Juergen.  "Mushy" definitions
>> are disastrous for interoperability.
> 
> I think it's a misunderstanding. I am not pleading for fuzzy (is it
> approximately what "mushy" means?;-) data models, the models can and
> should be simple and unambiguous, I am talking about additional
> flexibility for model *designers*, i.e., straightforward means for
> reusing and extending existing models into new models (also by adding
> structure to former leaves, why not?), and here I think YANG is rather
> rigid when compared to RELAX NG.
> 
> Lada
> 

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
TSP System Manager
ECN: 831 7320                        Fax: +36 1 4377792
Tel: +36-1-437-7320     email: Balazs.Lengyel@ericsson.com