Re: [netmod] [Technical Errata Reported] RFC7950 (5157)

Ladislav Lhotka <lhotka@nic.cz> Tue, 24 October 2017 10:57 UTC

Return-Path: <lhotka@nic.cz>
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 85ECA13F3AE for <netmod@ietfa.amsl.com>; Tue, 24 Oct 2017 03:57:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.999
X-Spam-Level:
X-Spam-Status: No, score=-6.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 KiZ7h12V-RJv for <netmod@ietfa.amsl.com>; Tue, 24 Oct 2017 03:57:02 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E2F513F3AB for <netmod@ietf.org>; Tue, 24 Oct 2017 03:57:01 -0700 (PDT)
Received: from birdie44 (unknown [IPv6:2001:1488:fffe:6:60f4:58ff:febf:c637]) by mail.nic.cz (Postfix) with ESMTPSA id 497D1600BA for <netmod@ietf.org>; Tue, 24 Oct 2017 12:56:58 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1508842618; bh=EDTDUp1cci7Wr9V4EVkMpWTl8VWLmNcvz/eAxkwNZyk=; h=From:To:Date; b=ns7JY4tRTRemsUi3vgy6YjsEI2RAO1JhUUCnHO3EO1LdJeB/Jo3Hp3lQOry/B5DVB ioO8635gWG8Qq06+IaEHTcqj4SCrOvnIfBCq4wO9MUJGaut4flOGpcirgJKQVPzc7F MWo6ByEdsxwSk4Jcxy8k2ouenwU36/TT7e82LBGg=
Message-ID: <1508842677.31338.21.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: netmod@ietf.org
Date: Tue, 24 Oct 2017 12:57:57 +0200
In-Reply-To: <E277CCF8-A22B-460B-AEE4-D9502F12B026@tail-f.com>
References: <67172aec-686f-90ba-0fc8-1ce2bc3dcdb4@cisco.com> <CABCOCHRP2ooSG1BGWehD8BsCDF-pX97Q++=WftOxGvf=S57GAQ@mail.gmail.com> <6d43c6fb-ae11-df39-0dd4-766f7b25ac82@transpacket.com> <20171023.133559.470792369996870413.mbj@tail-f.com> <ca6baac5-b30a-de80-24e0-8463f01ec67f@transpacket.com> <CABCOCHRv-1JCq9GSP1KMCnm4fOi4TS_M9hUpNRt0Kn-PLdguww@mail.gmail.com> <228b6545-0310-8e62-d80b-e9888fc0ba5a@cisco.com> <E277CCF8-A22B-460B-AEE4-D9502F12B026@tail-f.com>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.1
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/lcY19dIWltV0v37WAiyqvPA0p_s>
Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5157)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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, 24 Oct 2017 10:57:04 -0000

On Tue, 2017-10-24 at 12:41 +0200, Jan Lindblad wrote:
> Rob,
> 
> > > The XPath mixed-quotes problem is well-known, and the suggested
> > > solution seems to be use the "concat" function
> > > 
> > >    /foo/bar[name=concat("It's a", ' "valid" string')]
> > > 
> > > Not very user friendly, is it?
> > 
> > I suspect that this is unlikely to be popular, but I think that it would be nice if there was a plan to move away from XPath, and define a YANG specific equivalent instead.  Broadly it could follow the same format as XPath but be defined against a YANG data tree, and bind to YANG's types.  We could get rid of the bits of XPath that aren't really helpful or meaningful for YANG, and add in some new functionality/fixes that are helpful to solve the YANG specific problems related to path expressions.
> 
> The idea has some merit, and I understand the background for this sentiment. Trying not to be on either side at this point, I would just like to point out that this would mean a considerable amount of work. Both for the WG to define this language, and later, for implementors to implement it.

I agree, it is not a low-hanging fruit, and IETF isn't the right place to
develop such things.

It is actually a shame that so many clever technologies are sort of wasted
because they are tightly connected to XML (instead of being applicable to
general tree-like data).

It is perhaps also worth noting that XPath 1.0 spec now includes a note that
basically declares it deprecated and unmaintained.

Lada

> 
> /jan
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67