Re: [Json] JSON & ECMA

Larry Masinter <masinter@adobe.com> Mon, 25 March 2013 21:12 UTC

Return-Path: <masinter@adobe.com>
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 410F421F8BF0 for <json@ietfa.amsl.com>; Mon, 25 Mar 2013 14:12:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.144
X-Spam-Level:
X-Spam-Status: No, score=-104.144 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FRT_ADOBE2=2.455, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N6fPaq5xQ8Zb for <json@ietfa.amsl.com>; Mon, 25 Mar 2013 14:12:56 -0700 (PDT)
Received: from exprod6og127.obsmtp.com (exprod6og127.obsmtp.com [64.18.1.78]) by ietfa.amsl.com (Postfix) with ESMTP id 859DF21F8BD4 for <json@ietf.org>; Mon, 25 Mar 2013 14:12:47 -0700 (PDT)
Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob127.postini.com ([64.18.5.12]) with SMTP ID DSNKUVC9x15EHmyKTFImFu/rm1RWjE27DQAm@postini.com; Mon, 25 Mar 2013 14:12:53 PDT
Received: from inner-relay-4.eur.adobe.com (inner-relay-4b [10.128.4.237]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r2PKt92h019069; Mon, 25 Mar 2013 13:55:09 -0700 (PDT)
Received: from nahub01.corp.adobe.com (nahub01.corp.adobe.com [10.8.189.97]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id r2PKs3cO002896; Mon, 25 Mar 2013 13:55:07 -0700 (PDT)
Received: from nambxv01a.corp.adobe.com ([10.8.189.95]) by nahub01.corp.adobe.com ([10.8.189.97]) with mapi; Mon, 25 Mar 2013 13:54:23 -0700
From: Larry Masinter <masinter@adobe.com>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Date: Mon, 25 Mar 2013 13:54:21 -0700
Thread-Topic: [Json] JSON & ECMA
Thread-Index: Ac4pcLBJB2BlPmN2TFyKS6vX/T/0/AAKRcMw
Message-ID: <C68CB012D9182D408CED7B884F441D4D1E88488344@nambxv01a.corp.adobe.com>
References: <C68CB012D9182D408CED7B884F441D4D1E883516CD@nambxv01a.corp.adobe.com> <6F8EC872-CF09-428A-A675-E96462DD5972@vpnc.org> <CAHBU6isfWR=qP5aK0T=tH7ozFF+JjQh+rNB=m7F-5h=vK=MYPQ@mail.gmail.com> <C68CB012D9182D408CED7B884F441D4D1E88488177@nambxv01a.corp.adobe.com> <CA571E22-6F75-474F-A371-335BF7358C78@vpnc.org>
In-Reply-To: <CA571E22-6F75-474F-A371-335BF7358C78@vpnc.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] JSON & ECMA
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion related to JavaScript Object Notation \(JSON\)." <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, 25 Mar 2013 21:12:57 -0000

I was talking about the IETF work.

I'd like it to be clear in the IETF working group charter that other standards groups working on related technology will have their requirements considered "in scope" to the IETF work.


> -----Original Message-----
> From: Paul Hoffman [mailto:paul.hoffman@vpnc.org]
> Sent: Monday, March 25, 2013 8:52 AM
> To: Larry Masinter
> Cc: json@ietf.org
> Subject: Re: [Json] JSON & ECMA
> 
> On Mar 24, 2013, at 1:56 PM, Larry Masinter <masinter@adobe.com> wrote:
> 
> > How about "The working group should work to ensure that the JSON
> specification produced will be suitable for being the normative definition of
> JSON referenced from specifications from other standards groups, including
> W3C and ECMA TC39."
> 
> How is that an actionable statement for the charter?

It would mean that requirements from other standards groups would
explicitly be "in scope" for the IETF work. For example, perhaps ECMAScript 6
could avoid repeating the grammar if only the IETF spec contained a 
named non-terminal to cover the case of not allowing duplicate names.


> What could this WG do that would *not* make the specification we produce
> "be suitable for being the normative definition of JSON referenced from
> specifications from other standards groups, including W3C and ECMA TC39"?

Not acknowledge or give any priority to the requirements of those
wanting to make normative reference.
 
> > That doesn't require any direct coordination, but makes it clear that the
> intent is that other specs normatively reference this one.
> 
> I think us putting in the charter things that put pressure on other SDOs is not
> terribly productive for anyone. Maybe let's keep the charter about the IETF
> work.

The intent isn't to put pressure on other SDOs. It is to put pressure on
IETF participants to make best effort to accommodate other SDOs.


> --Paul Hoffman