Re: [Json] JSON Schema Language is nearly done: int53

Carsten Bormann <cabo@tzi.org> Fri, 02 August 2019 06:47 UTC

Return-Path: <cabo@tzi.org>
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 CB612120136 for <json@ietfa.amsl.com>; Thu, 1 Aug 2019 23:47:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham 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 N8U8Q0KqlaHN for <json@ietfa.amsl.com>; Thu, 1 Aug 2019 23:47:19 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9141812008A for <json@ietf.org>; Thu, 1 Aug 2019 23:47:19 -0700 (PDT)
Received: from [192.168.217.110] (p548DCCB9.dip0.t-ipconnect.de [84.141.204.185]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 460HlT6FYWzyxn; Fri, 2 Aug 2019 08:47:17 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CAJK=1Rh3mtXxB2iz-HYZ1xzZ8BUqFs2FX8CnE+xxyr7733784A@mail.gmail.com>
Date: Fri, 02 Aug 2019 08:47:17 +0200
Cc: Anders Rundgren <anders.rundgren.net@gmail.com>, John Cowan <cowan@ccil.org>, JSON WG <json@ietf.org>, "Manger, James" <James.H.Manger@team.telstra.com>
X-Mao-Original-Outgoing-Id: 586421235.836823-85e8431d9da69b65bc36ab9a120cbc2d
Content-Transfer-Encoding: quoted-printable
Message-Id: <6EEAE0DB-A337-4122-B9F5-F3BBBBC45B64@tzi.org>
References: <SY2PR01MB27642C6983E387C397B11581E5DD0@SY2PR01MB2764.ausprd01.prod.outlook.com> <CAJK=1RjhuCYJe4-BSB++8+-dHG3LV8TdqsnFEPAoAkfJ1mOE3A@mail.gmail.com> <SY2PR01MB2764AD4523625006B1F3DFEBE5DC0@SY2PR01MB2764.ausprd01.prod.outlook.com> <aeb4dfcc-4227-2d8e-d1dc-914d078450fe@gmail.com> <SY2PR01MB2764600E16BA7A19025964EFE5DF0@SY2PR01MB2764.ausprd01.prod.outlook.com> <7f663d84-eb38-271f-12c3-a0f4a2261090@gmail.com> <CAJK=1RjqqtZvdWBJNXR6ebKFT1KSkNJHQjiydQ7RJX6aPyB+9g@mail.gmail.com> <CAD2gp_QWcVVbnmuZfuqawR1fW7=iVgtuD1tKWVQ=ME3gjDORvQ@mail.gmail.com> <5ECB215B-AA05-47AB-AC8F-F14A74A46FEE@tzi.org> <df86cce7-f6f4-2077-6076-6d550368c6f6@gmail.com> <CAJK=1Rh3mtXxB2iz-HYZ1xzZ8BUqFs2FX8CnE+xxyr7733784A@mail.gmail.com>
To: Ulysse Carion <ulysse@segment.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/s0ZMIIs0fFZAa9t4Nc98AEL4nqE>
Subject: Re: [Json] JSON Schema Language is nearly done: int53
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: Fri, 02 Aug 2019 06:47:22 -0000


> On Aug 2, 2019, at 06:39, Ulysse Carion <ulysse@segment.com> wrote:
> 
> Within this discussion we’ve seen precisely why I don't think JSL should take on directly supporting currency-related stuff. 

The more powerful data definition languages don’t need any more functionality here, e.g., in CDDL one would simply write:

decimal-monetary-value = text .regexp "-?[0-9]+(\\.[0-9]+)?”

For a data definition scheme such as JSL, which opts out of specifying subtypes of what are the common base types in programming languages, this would indeed seem to be misplaced.

Let’s see how well JSL withstands the “just this one more feature” urge…

Grüße, Carsten