Re: [netconf] Trouble with RFC 8040 (Restconf) fields Query Parameter

Henning Rogge <hrogge@gmail.com> Tue, 12 May 2020 10:58 UTC

Return-Path: <hrogge@gmail.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BD4C3A0D7B for <netconf@ietfa.amsl.com>; Tue, 12 May 2020 03:58:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 huMBEk8v9J0j for <netconf@ietfa.amsl.com>; Tue, 12 May 2020 03:58:27 -0700 (PDT)
Received: from mail-lj1-x241.google.com (mail-lj1-x241.google.com [IPv6:2a00:1450:4864:20::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 956F83A0D7A for <netconf@ietf.org>; Tue, 12 May 2020 03:58:27 -0700 (PDT)
Received: by mail-lj1-x241.google.com with SMTP id w10so2371454ljo.0 for <netconf@ietf.org>; Tue, 12 May 2020 03:58:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=j6g3DwBdKvtDmHVRT6IutC3XDvR3WJiusKq7SMnkps8=; b=JHv/Y1O4a6lRadZQs7y8t8UKlhUfBdK1Hf09nM0fYhIbCgZTE2noftg7FxIXs75tpY 3cZHxeyYI9EqwwEhsCpXWP6TDcEGnnvt4ypxs6OCio0nE7BMl+bImPTxzM7OG7dNVmyi rvdsG+XdWeUlVueF5XKepb46JRGMW+xqonHFyQLJ60gESDa/BB0IUFMQjPuh0cXqHe5+ b620PtjUVV3VFlTHnWsQmxFCMRmyEGPbGE0dqZJvjyiHJjLznlutrcfZpN1CoZVE5sFN f2Rj0eGejzOuZxeBeRqQd3wssxu0yYz6YujsHlI/lZcc7X6lPMynCAs9CVhQ2hlDbTjE GonA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=j6g3DwBdKvtDmHVRT6IutC3XDvR3WJiusKq7SMnkps8=; b=AJjkxSehGCtFioypAvw/OfAIkNJDFQvTezZE98krLndKpudB8Uo8RfpbhrZ8GSSGn+ /bHN6Si+OcFNL4af7OB9epNatCNYTrCV5CnuJCxbzFjEgsic1W+cXRkImUJcoLLcqY3B Hu/NcPzamLfOgihuDBrxeFWi7PC0aCDqp2HiXwP4MGiuqWiBwh+1h5M1HEeKapqyBTiQ IEW4uUyR0oVY/IEJGF7xe5TLoS+rkyao6xmCbCAM4AKwF4QkjfmSgHjGl1UgK74xi+nR 3S7PIswvaCPR+P78kThL96AdzpccZjzr5NnDm3U//ZMYJv/vTgiYo0U58IPZAjPsTDB/ Z26A==
X-Gm-Message-State: AOAM533reytBIGtBcP+zwK/Sx/9YZtbRerUTyHpynNkO6+iWr37MIdQs GkcBTlhdEQqtGKuYWQMCkE44FbfjeeF3N8fcaDw=
X-Google-Smtp-Source: ABdhPJwdidUp2NXaViR+CoCw7E2gbYJ62aQf969APZNO526LKI2LzWIpQdJwzI8UgcDbUAWuzdqtIWY0moWt4jZXAv4=
X-Received: by 2002:a2e:9cc1:: with SMTP id g1mr13476636ljj.261.1589281105550; Tue, 12 May 2020 03:58:25 -0700 (PDT)
MIME-Version: 1.0
References: <CAGnRvup-pLVYgxAx7PnbJJ1gS-GTkD6t5jGD_Ayhh7ctpPothw@mail.gmail.com> <CAGnRvuq=ESLkeyWsgiqE9sXqFwHGUef3A4QRuW=H8ompVO3C4Q@mail.gmail.com> <20200414.222236.518728457229433184.id@4668.se> <CAGnRvurVJBHbRbwtnLXQFeSrDUFSGKWhL1UUjUDjw5-Gc44ozg@mail.gmail.com> <9C6D0A8A-2BD4-4578-8CB3-6969078CE10A@gmail.com> <CAGnRvupBeUnmpTLmeNR7y3Ycb22Jkngo=kfssNFfxHndxxEfPQ@mail.gmail.com> <20BA9136-0FC6-4CAC-BF59-89FC16DB583E@gmail.com> <01000171f59ea8ae-a7319ea3-12ca-4857-9b43-3f89ef6ec35c-000000@email.amazonses.com> <CAGnRvurn163ON65dDD8eZ-706fGrNGh8jHehFfwShm29cGyDOA@mail.gmail.com>
In-Reply-To: <CAGnRvurn163ON65dDD8eZ-706fGrNGh8jHehFfwShm29cGyDOA@mail.gmail.com>
From: Henning Rogge <hrogge@gmail.com>
Date: Tue, 12 May 2020 12:57:59 +0200
Message-ID: <CAGnRvuoG04aKApt8LrKZhJD6iKWyGEiDNhmjkf1q34mYBjV=9A@mail.gmail.com>
To: Kent Watsen <kent+ietf@watsen.net>
Cc: Mahesh Jethanandani <mjethanandani@gmail.com>, "netconf@ietf.org" <netconf@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/6gwDWDYCbDsfI5ntAbRS0TNs_Gg>
Subject: Re: [netconf] Trouble with RFC 8040 (Restconf) fields Query Parameter
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 May 2020 10:58:29 -0000

Hi,

hopefully last question about the field operator.

I finally managed to switch me datamodel to a "unified model" that
includes everything beginning from the "/restconf" path.

I noticed the following parts:
* "fields" and "depth" query can be combined
* "depth" default is unlimited
* "fields" can be done on the "/restconf/data" level
* a query to "/restconf/data" does NOT result in unlimited depth...

does this mean "depth" is always 2 for /restconf/data queries (but not
on sub-paths)?
what is about a GET to "/restconf" ?
is the "depth" default still 2 for "/restconf/data" if there is a
"field" query operator?

Henning


On Sat, May 9, 2020 at 9:36 AM Henning Rogge <hrogge@gmail.com> wrote:
>
> On Fri, May 8, 2020 at 8:49 PM Kent Watsen <kent+ietf@watsen.net> wrote:
> > This is likely an errata in just the ABNF.
> >
> > Supporting this view, note that fields=genre;year == fields=year;genre (i.e., order doesn't matter)
>
> Good to know... does it make sense to transform this (and maybe the
> example error) into a formal errata?
>
> > > The implementation in ODL does not care what order the query is placed in. Even if the bracket part of the query is placed in the last field, when it builds up the hash index for the search, the bracketed parts can appear anywhere based on how it gets hashed.
> >
> > A reasonable application of Postel's principle.
>
> Henning Rogge