Re: [Json] Call for WG Consensus to Adopt I-JSON as a WG Item in the Charter

Phillip Hallam-Baker <hallam@gmail.com> Mon, 17 March 2014 11:57 UTC

Return-Path: <hallam@gmail.com>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 836171A03F1 for <json@ietfa.amsl.com>; Mon, 17 Mar 2014 04:57:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 9Y3Qdbd2d22f for <json@ietfa.amsl.com>; Mon, 17 Mar 2014 04:57:08 -0700 (PDT)
Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 6B8D21A03D3 for <json@ietf.org>; Mon, 17 Mar 2014 04:57:08 -0700 (PDT)
Received: by mail-la0-f42.google.com with SMTP id ec20so3645832lab.1 for <json@ietf.org>; Mon, 17 Mar 2014 04:56:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=souwo3lEAUg5HM0WDvlGLmkYH5WljbesPQYVwJCPpS0=; b=DOykh06qeKprlAFTJhX1qDeA5TO0hp/7WmnWRVKAn0DFYrhrXjgUg2IsKKESHAIqkZ ikXQtP9hhP4jTuQCeCXhz3rapM+um37Q5U4u7zQUu6OiMLKcozMfJiXjo4bKJwRuLWXT 44E5Ek78rLlRNWHuivVkmGD33mksKRbk8ZK3/JXp04P9AySsxGI4EXUv8JkuhU5pLqSq slaPdWjPC2AjyjomIz9giCVcUhgsdowp0wRiNmTiZzHzFyux/7kzmi5Ml5RgPkhVUgmi U6qM5geOx/lb480+mDfzUAFjZacJNJPgn7gE0hv5U9SPhDL7IAJIn3dAVZb2c6X2W6So j6hg==
MIME-Version: 1.0
X-Received: by 10.112.143.99 with SMTP id sd3mr15802638lbb.11.1395057419714; Mon, 17 Mar 2014 04:56:59 -0700 (PDT)
Received: by 10.112.234.229 with HTTP; Mon, 17 Mar 2014 04:56:59 -0700 (PDT)
In-Reply-To: <CAK3OfOjBTN4yXxDftOz6fkR60rPJ-c7=_DSXwwQacyVY7o5xiA@mail.gmail.com>
References: <53238F21.2030508@cisco.com> <CAK3OfOjBTN4yXxDftOz6fkR60rPJ-c7=_DSXwwQacyVY7o5xiA@mail.gmail.com>
Date: Mon, 17 Mar 2014 07:56:59 -0400
Message-ID: <CAMm+LwiwyDthMb-K4aTyMPgsqYXfcorUKTFSj6+EL2Xsh4aX9g@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Nico Williams <nico@cryptonector.com>
Content-Type: multipart/alternative; boundary="089e01160478f184b504f4cc1da6"
Archived-At: http://mailarchive.ietf.org/arch/msg/json/l3E57VzuqbmpoOduGtSG6TxbeZA
Cc: IETF JSON WG <json@ietf.org>, Matt Miller <mamille2@cisco.com>
Subject: Re: [Json] Call for WG Consensus to Adopt I-JSON as a WG Item in the Charter
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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, 17 Mar 2014 11:57:10 -0000

On Sun, Mar 16, 2014 at 11:51 PM, Nico Williams <nico@cryptonector.com>wrote:

> My main complaint is with the recommendation/requirement that JSON
> texts be objects at the top-level.
>
> Instead I would say that if there's reason to need to signal "schema"
> metadata in-band then a) application should specify how they do that,
> b) here's a few ways in which they might, and all their pros and cons.
>
> Note too that there are many apps where there's no need to signal
> schema metadata in-band because they always have some way to
> communicate relevant metadata out of band.
>
> Nico
> --


I have no problem with this as a convention in a protocol. But I don't see
the need for that restriction in I-JSON.

In a protocol design the spec is going to say something like 'the encoding
is in the I-JSON subset of JSON'. Then its going to describe the format of
the data which for a protocol is almost always gonna be an object per
message at the top level. Though it could be an array of objects if
multiple requests per message are supported.



-- 
Website: http://hallambaker.com/