Re: [Json] Differences between RFC 4627 or the current ECMAScript specification

Tony Hansen <tony@att.com> Wed, 02 October 2013 19:38 UTC

Return-Path: <tony@att.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 2D7FC21F9E44 for <json@ietfa.amsl.com>; Wed, 2 Oct 2013 12:38:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.599
X-Spam-Level:
X-Spam-Status: No, score=-103.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, 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 ZTqqc0LMdR3Y for <json@ietfa.amsl.com>; Wed, 2 Oct 2013 12:38:20 -0700 (PDT)
Received: from flpi406.enaf.ffdc.sbc.com (egssmtp03.att.com [144.160.128.152]) by ietfa.amsl.com (Postfix) with ESMTP id EB06E21F9EB6 for <json@ietf.org>; Wed, 2 Oct 2013 12:27:54 -0700 (PDT)
Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by egssmtp03.att.com (8.14.4/8.14.4) with ESMTP id r92JRp4Z020084 for <json@ietf.org>; Wed, 2 Oct 2013 12:27:54 -0700
Received: from [135.91.110.247] (ds135-91-110-247.dhcps.ugn.att.com[135.91.110.247]) by maillennium.att.com (mailgw1) with ESMTP id <20131002192751gw1009k123e> (Authid: tony); Wed, 2 Oct 2013 19:27:51 +0000
X-Originating-IP: [135.91.110.247]
Message-ID: <524C73B7.1060104@att.com>
Date: Wed, 02 Oct 2013 15:27:51 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: JSON WG <json@ietf.org>
References: <BF7E36B9C495A6468E8EC573603ED9411EF1BB0B@xmb-aln-x11.cisco.com> <CAChr6SyznBktmOLpT-EiZ5Nm_0jZ16M0tOo4aZ_jhSDb=HHDqg@mail.gmail.com> <23C96FBA-3419-4C97-A075-462F7443013A@vpnc.org> <CAHBU6is2WzCNCwa0PYMM1Hr3Lij0GxWkVtVUan9=JPbvv0YCZg@mail.gmail.com> <CAChr6Sw72kxm8qJiDu=XMnARCttQPc5GNRQaXz4Xw9y+6-3=Mg@mail.gmail.com> <421F79DF-0B88-4E24-8666-189228E6E189@vpnc.org>
In-Reply-To: <421F79DF-0B88-4E24-8666-189228E6E189@vpnc.org>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [Json] Differences between RFC 4627 or the current ECMAScript specification
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 02 Oct 2013 19:38:33 -0000

On 10/2/2013 2:50 PM, Paul Hoffman wrote:
> On Oct 2, 2013, at 10:59 AM, R S <sayrer@gmail.com> wrote:
>
>> ECMAScript 5.1 contains JSON
> Are you saying we should change the reference that was in RFC 4627? Or that we should leave the old reference but create a section on differences that points to 5.1?

It's clear to me that the current ECMAScript reference is a mixed bag
and does not make sense internally. Nor does it match the thrust of the
text around its reference.

I'm wondering if it would be useful to have the first paragraph of
section 1 cut back. Then expand on JSON's relationship with JavaScript
and ECMAScript into another short section that can be a bit more
historical in nature.

******
1. Introduction

JavaScript Object Notation (JSON) is a text format for the serialization
of structured data.  [text cut out here] JSON can represent ....

[the rest of section 1 is unchanged]

1.1 Relationship with ECMAScript

The definition of JSON is based on the object literals of the JavaScript
language, as defined in the ECMAScript Programming Language Standard,
Third Edition [ECMA3]. Note that JSON purposely restricts its definition
to the representation of structured data, that is an object or array.

Subsequent releases of the ECMAScript spec [ECMA5] have introduced
support for an extended version of JSON. In particular, their
JSON.parse() function accepts a superset of JSON as specified in this
document.

******

   [ECMA3]     European Computer Manufacturers Association, "ECMAScript
              Language Specification 3rd Edition ", December 1999,
             
<http://www.ecma-international.org/publications/files/ECMA-ST-ARCH/ECMA-262,%203rd%20edition,%20December%201999.pdf>.

   [ECMA5]     European Computer Manufacturers Association, "ECMAScript
              Language Specification 5th Edition ", June 2011,
              <http://www.ecma-international.org/publications/files/
              ecma-st/ECMA-262.pdf>.


******

I'm going to discuss the second paragraph of section 1 in a separate email.

    Tony