Re: [netmod] Fwd: New Version Notification for draft-lengyel-netmod-yang-instance-data-01.txt

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 26 June 2018 15:37 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 71EC413106C for <netmod@ietfa.amsl.com>; Tue, 26 Jun 2018 08:37:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V7IwdkL7nNAv for <netmod@ietfa.amsl.com>; Tue, 26 Jun 2018 08:37:03 -0700 (PDT)
Received: from anna.localdomain (anna.eecs.jacobs-university.de [IPv6:2001:638:709:5::7]) by ietfa.amsl.com (Postfix) with ESMTP id C338713107F for <netmod@ietf.org>; Tue, 26 Jun 2018 08:37:03 -0700 (PDT)
Received: by anna.localdomain (Postfix, from userid 501) id 1860822B4270; Tue, 26 Jun 2018 17:37:02 +0200 (CEST)
Date: Tue, 26 Jun 2018 17:37:02 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Balazs Lengyel <balazs.lengyel@ericsson.com>
Cc: Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Message-ID: <20180626153702.yilwramwpcssjtef@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Balazs Lengyel <balazs.lengyel@ericsson.com>, Robert Wilton <rwilton=40cisco.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
References: <152889763632.15168.12247537431295038165.idtracker@ietfa.amsl.com> <75383a97-d08b-b202-70a6-eab064963af8@ericsson.com> <b58d21a9-d27e-c8b3-e8e3-483dd6942c9e@cisco.com> <f946ca96-1cb2-e032-9adc-7df00702e216@ericsson.com> <20180626121156.fq5ioq2gh5sy3v7n@anna.jacobs.jacobs-university.de> <e50fdff6-caa2-aada-011e-534b14ffdcf1@cisco.com> <20180626135232.cdlrbbideyackdfe@anna.jacobs.jacobs-university.de> <5b4ed12e-1839-ce4a-7fdf-f6b1a9744985@ericsson.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5b4ed12e-1839-ce4a-7fdf-f6b1a9744985@ericsson.com>
User-Agent: NeoMutt/20180622
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/XYg_eCpKxF5jcIivmZtK-eiG4t0>
Subject: Re: [netmod] Fwd: New Version Notification for draft-lengyel-netmod-yang-instance-data-01.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jun 2018 15:37:15 -0000

My plain text email reader fails on the quoting and this is usually
where I drop out of discussions since I can't follow anymore.

On Tue, Jun 26, 2018 at 05:09:56PM +0200, Balazs Lengyel wrote:
> 
>    BALAZS: I did not find anything about leading/trailing whitespace e.g. for
>    an integer in RFC 7950 either. Is it allowed/prohibited?
>

7.5.7.  XML Encoding Rules

   [...]

   Any whitespace between the subelements to the container is
   insignificant, i.e., an implementation MAY insert whitespace
   characters between subelements.

7.6.6.  XML Encoding Rules

   The value of the leaf node is encoded to XML according to the type
   and is sent as character data in the element.

Note that there is no text that arbitrary whitespace may be added by a
writer and removed by a reader. Hence, I believe for values contained
in leafs, extra whitespace is not allowed. However, between containers
and leafs whitespace is insignificant. The simple reason is that for
string values, you can't simply strip leading/trailing whitespace and
in order to treat all leafs the same, you do not strip
leading/trailing whitespace in general.

That said, some parsers may (following Postel's principle) accept
<foo> +1</foo> if the YANG definition of foo says it is an int32 but
writers should generate <foo>1</foo> (the canonical format without
added whitespace). Note that if foo is defined to be a string, then
clearly the white space belongs to the string value.

If we define a file serialization format, then the format should be
the natural canonical serialization format (and if the definition of
the serialization formats is not clear enough, then we have to fix
these definitions by filing errata).

/js

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