Re: [Json] JSON Schema Language

Austin Wright <aaa@bzfx.net> Mon, 06 May 2019 06:57 UTC

Return-Path: <aaa@bzfx.net>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68C0F12003E for <json@ietfa.amsl.com>; Sun, 5 May 2019 23:57:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bzfx.net
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 gfWM1HDVFXdb for <json@ietfa.amsl.com>; Sun, 5 May 2019 23:57:19 -0700 (PDT)
Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) (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 9E30A1200B8 for <json@ietf.org>; Sun, 5 May 2019 23:57:19 -0700 (PDT)
Received: by mail-pl1-x62a.google.com with SMTP id ck18so5891715plb.1 for <json@ietf.org>; Sun, 05 May 2019 23:57:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bzfx.net; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/Jof7VsSDbE/i+I8F3RWjzNzm1d0j9JcEYkPPfAnQrc=; b=ArM6PjfQGDCQKGl2H7bQGYwoxT74GvJsBmsHjlBW/Z8OO4brLU8d9ih5WGJ/l24PT9 0QE6O0G/2qIwTg2TsPYDrax4Q0JCkuoTEfG6Qhga08YI+EV6b4+2R1HRDKEL/G44on1j 76FJrgAp7KkeG6zkUITs3QRQas3Cq21VDn/DA=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/Jof7VsSDbE/i+I8F3RWjzNzm1d0j9JcEYkPPfAnQrc=; b=ZmS633z2O5ZXGAfQ8+5rJwUmCSlD8ECHHSSRvQumqrcqDgRlmND5iLkmUKrhTgU+LD bR5/8IV3xoFlwzyLLmvErxscrL6e3ZacF1eEYMHwJtG6x52L4XkjAQGDInHGp8Mjm44/ 1vxe8hdp4Jcko2NB8v9iiofswUM5lAiDX0WiIKAf0cNc3jEjXaI0MQaHRX5dyyopf6FR TUBqpCGGTMIGHzYPoicW8Q436sKvGmcKiv8I4FNKOMg8N28CxzV8NhUxW2jM97pGaYjV 4d18B32KsOU06BZmGrGzqBGcpX7CR9KzPtW5R9troBjLE0POTANknPsutXDalpx7VDrr lzlA==
X-Gm-Message-State: APjAAAXXlnBqLas5dV64jgxshVl3KGWvDwh4V0N+HuFJQ/9xemkTblXp aVxGxnx4ONs4VbC4MBVBKZD72A==
X-Google-Smtp-Source: APXvYqz/z0n5UKW37F35lT7ofn+lNXZb8wIZKMBmwd+9ij1+sT9To6SSZ2sSPXlg8pa5pYFUDSREPg==
X-Received: by 2002:a17:902:b10c:: with SMTP id q12mr31068937plr.254.1557125838945; Sun, 05 May 2019 23:57:18 -0700 (PDT)
Received: from [192.168.0.116] ([184.101.46.90]) by smtp.gmail.com with ESMTPSA id u5sm11473843pfm.121.2019.05.05.23.57.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 May 2019 23:57:18 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.8\))
From: Austin Wright <aaa@bzfx.net>
In-Reply-To: <D8551AB2-48D4-4B64-85F4-058CCAD3432A@tzi.org>
Date: Sun, 05 May 2019 23:56:56 -0700
Cc: json@ietf.org, Ulysse Carion <ulysse@segment.com>, Anders Rundgren <anders.rundgren.net@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0AF01D27-E1A9-4D3B-8256-56859B998946@bzfx.net>
References: <CAJK=1RjV1uv0eOdtFZ8cKn-FfCwCiGP5r2hOz1UamiM6YV4H1A@mail.gmail.com> <39682ec8-f993-a44c-d3e2-1638d2c1608f@gmail.com> <29CAE1CE-D6CB-4796-B2F2-2095BE921385@tzi.org> <AD5ABD9C-F5F2-477D-B862-529C890D5472@bzfx.net> <DA1767B8-22D6-4EA9-8112-4B36B79E9039@tzi.org> <D21B379B-23CC-48B3-BE10-D2777308E2E0@bzfx.net> <D8551AB2-48D4-4B64-85F4-058CCAD3432A@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.3445.104.8)
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/GeISHnEGytrJqqtR86qjzOTeUt8>
Subject: Re: [Json] JSON Schema Language
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 May 2019 06:57:21 -0000


> On May 4, 2019, at 22:56, Carsten Bormann <cabo@tzi.org> wrote:
> 
> On May 5, 2019, at 04:51, Austin Wright <aaa@bzfx.net> wrote:
>> 
>>> On that web page, it also says “For consistency, integer JSON numbers SHOULD NOT be encoded with a fractional part.”
>>> 
>>> What does that mean?
>> 
>> It’s a non-normative suggestion
> 
> RFC 2119:
> 
> 4. SHOULD NOT   This phrase, or the phrase "NOT RECOMMENDED" mean that
>   there may exist valid reasons in particular circumstances when the
>   particular behavior is acceptable or even useful, but the full
>   implications should be understood and the case carefully weighed
>   before implementing any behavior described with this label.
> 
> Very much normative.  This is an RFC 2119 interoperability keyword because it creates an expectation in peers that they can mostly rely on this behavior, except for exceptional circumstances (which, by the way, should be spelled out with the SHOULD NOT).
> 
> I’m asking because we have a lot of experience with specifications that purport to use a base standard but instead attempt to create their own fork of that base standard by making mandates that meddle with the functioning of that base standard.  Not good.

You’re right. I should add, it’s not _supposed_ to be normative: it’s not our intention to modify how JSON works or impose restrictions on encoders. I don’t think we can do that even if we wanted to.

Austin.