Re: analysis of YANG vs. RELAX NG

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Thu, 29 November 2007 07:53 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 1IxeD0-0005IK-Mp; Thu, 29 Nov 2007 02:53:18 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1IxeCz-0005I3-LN for discuss-confirm+ok@megatron.ietf.org; Thu, 29 Nov 2007 02:53:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxeCz-0005Hv-Bo for discuss@apps.ietf.org; Thu, 29 Nov 2007 02:53:17 -0500
Received: from hermes.jacobs-university.de ([212.201.44.23]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IxeCx-0004Uz-An for discuss@apps.ietf.org; Thu, 29 Nov 2007 02:53:16 -0500
Received: from localhost (demetrius.jacobs-university.de [212.201.44.32]) by hermes.jacobs-university.de (Postfix) with ESMTP id 23E818A211; Thu, 29 Nov 2007 08:53:14 +0100 (CET)
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 19764-02; Thu, 29 Nov 2007 08:53:09 +0100 (CET)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7EFD58A20B; Thu, 29 Nov 2007 08:53:09 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 40EAD401E05; Thu, 29 Nov 2007 08:53:09 +0100 (CET)
Date: Thu, 29 Nov 2007 08:53:09 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Rohan Mahy <rohan.mahy@gmail.com>
Subject: Re: analysis of YANG vs. RELAX NG
Message-ID: <20071129075309.GA10453@elstar.local>
References: <953beacc0711271504y7aea5f21jc301ccad886d3611@mail.gmail.com> <474D9194.3060103@ericsson.com> <953beacc0711281025w4d993dd7u77d729111074496c@mail.gmail.com> <20071128.230244.254578150.mbj@tail-f.com> <953beacc0711281443h3624f486i96b30b9aa320e4f7@mail.gmail.com> <20071128225652.GA10228@elstar.local> <953beacc0711281731p37007a69wc3923ed88cfba224@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <953beacc0711281731p37007a69wc3923ed88cfba224@mail.gmail.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at jacobs-university.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Cc: discuss@apps.ietf.org
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
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

On Wed, Nov 28, 2007 at 05:31:56PM -0800, Rohan Mahy wrote:

> > You are suggesting to extend the definition of the NETCONF operations
> > get, get-config, edit-config etc. for every possible data item they
> > might carry?
> 
> I am suggesting that an implementation "extend" the definition of each
> netconf operation to include each top-level data item they actually
> understand and use.  I hope you see the distinction.

The phrase "implementation 'extend' the definition" sounds to me like
there is some little tool taking a data model and turning it into
something you can use for validation. But then it might also be the
case that I do not really understand the distinction you are trying to
make.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>