Re: [Json] Response to Statement from Ecma International TC39
R S <sayrer@gmail.com> Mon, 09 December 2013 03:26 UTC
Return-Path: <sayrer@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 EA3971AE1B3 for <json@ietfa.amsl.com>; Sun, 8 Dec 2013 19:26:43 -0800 (PST)
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 pa688pnjsCrD for <json@ietfa.amsl.com>; Sun, 8 Dec 2013 19:26:41 -0800 (PST)
Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) by ietfa.amsl.com (Postfix) with ESMTP id A72901A1EF9 for <json@ietf.org>; Sun, 8 Dec 2013 19:26:41 -0800 (PST)
Received: by mail-qe0-f54.google.com with SMTP id cy11so2357575qeb.13 for <json@ietf.org>; Sun, 08 Dec 2013 19:26:36 -0800 (PST)
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=k8sTJM1UCyVqHJHOG9jCQN9151I4affCqiXkomKMesw=; b=oYsOe5r8oB6dDY2zWTsdxIbSgB19XwkKZM4vNlwt7MjNKDXoJQrjsi9P/43MOkHvpw guMoTrJpEXrKVad6RZbEW8jnj7BWZmvGX6TH896uwaTXUdNtgi/rMKAADywPxZHDO58E C7DXuXlxVUaI5jNl1twRtmL9Kwzya/zdgwuMUM24WwL21/pBcfDLY7xVI85L38FMJYh9 BrfsSDRIVjdMrEzQxjks9TuxBrE7hRyNh+KXeMm+LnM5N+qG3ySRd3WAR+lYreok0qth VZ0asyX6SQLZzH/tWo92izszcLXlR5J1l+ZjA3ca0iFBrC55TqoKF1Pk+laTud2L7+gU 7G5w==
MIME-Version: 1.0
X-Received: by 10.224.51.196 with SMTP id e4mr29983104qag.16.1386559596888; Sun, 08 Dec 2013 19:26:36 -0800 (PST)
Received: by 10.140.101.40 with HTTP; Sun, 8 Dec 2013 19:26:36 -0800 (PST)
In-Reply-To: <CAHBU6it_Yek95Jr+w86LDNQTZsdAaYanduKgPqMZx-vjnF8=wQ@mail.gmail.com>
References: <C7707CE2-C43E-4171-AE96-9FAFDCE53317@cisco.com> <CAHBU6iva2H-ovjmfA7=7j2KxUuXAMjhCb8fcMgKxq6hk+A9BtQ@mail.gmail.com> <5D573C1A-BC67-4E00-9EFC-B57172CB0478@mnot.net> <E456E2BC-477A-4306-B676-8BDD52637CFB@vpnc.org> <F87F544A-DD2E-46A4-B682-E84E86ADB74B@mnot.net> <CAChr6Szz-N3KBWo6xTg21gcAH2TV9VM1rDex0OXWPTaOnMY59g@mail.gmail.com> <CAHBU6it_Yek95Jr+w86LDNQTZsdAaYanduKgPqMZx-vjnF8=wQ@mail.gmail.com>
Date: Sun, 08 Dec 2013 19:26:36 -0800
Message-ID: <CAChr6SxC_DH8tSXk9wy2R=PmnMeoax-DwegMc+_8dyJcWrMEpQ@mail.gmail.com>
From: R S <sayrer@gmail.com>
To: Tim Bray <tbray@textuality.com>
Content-Type: multipart/alternative; boundary="001a11c29e503b884a04ed11905c"
Cc: Mark Nottingham <mnot@mnot.net>, Paul Hoffman <paul.hoffman@vpnc.org>, JSON WG <json@ietf.org>
Subject: Re: [Json] Response to Statement from Ecma International TC39
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, 09 Dec 2013 03:26:44 -0000
I see a few of the more vocal members of this WG emailing with TC39 there. The fact of the matter is that you'll need to use the equivalent of a LinkedHashMap (Java/Dart) to get good interoperability with JSON texts that include duplicate names (JavaScript object implmentations are largely compatible with this--I think V8 behaves differently with keys that could pass as array indices). I happen to agree with Crockford[0] that this was a mistake, but we're left with it. In this thread, one of the chairs said "The topic of 'should we just refer to Ecma' came up multiple times before Ecma produced ECMA-404, and each time the consensus was to keep our definition." That is an unsatisfactory answer, because ECMA-404 is a materially different specification than ECMA-262, edition 5.1. - Rob [0] http://www.ietf.org/mail-archive/web/json/current/msg00351.html On Sun, Dec 8, 2013 at 7:04 PM, Tim Bray <tbray@textuality.com> wrote: > Um, yes. Repeatedly. Current hot thread is the one with “W3C TAG” in the > title. > > > On Sun, Dec 8, 2013 at 6:58 PM, R S <sayrer@gmail.com> wrote: > >> Has the WG debated a normative reference to ECMA-404? >> >> It is worth considering. >> >> - Rob >> >> >> On Sun, Dec 8, 2013 at 6:54 PM, Mark Nottingham <mnot@mnot.net> wrote: >> >>> >>> On 8 Dec 2013, at 3:10 am, Paul Hoffman <paul.hoffman@vpnc.org> wrote: >>> >>> >> Why don’t we ask what their intent is for the future of 404, rather >>> than tell them what we deem it might be? >>> > >>> > Because their intent might change over time, just as anyone's might. >>> Intention are not promises, nor should they be. If Ecma had looked at our >>> intent for rfc4627bis nine months ago and thought they were promises, they >>> would be really pissed at us. SDOs doing technical work are often surprised >>> by what they find when a lot of different eyes focus on the topic, as you >>> are well aware from your current experience in httpbis. >>> >>> I don’t disagree with your logic, but fully applied, we couldn’t >>> reference our own publications, much less external ones. >>> >>> Cheers, >>> >>> >>> -- >>> Mark Nottingham http://www.mnot.net/ >>> >>> >>> >>> _______________________________________________ >>> json mailing list >>> json@ietf.org >>> https://www.ietf.org/mailman/listinfo/json >>> >> >> >> _______________________________________________ >> json mailing list >> json@ietf.org >> https://www.ietf.org/mailman/listinfo/json >> >> >
- [Json] Response to Statement from Ecma Internatio… Matt Miller (mamille2)
- Re: [Json] Response to Statement from Ecma Intern… Nico Williams
- Re: [Json] Response to Statement from Ecma Intern… Tim Bray
- Re: [Json] Response to Statement from Ecma Intern… Nico Williams
- Re: [Json] Response to Statement from Ecma Intern… Martin J. Dürst
- Re: [Json] Response to Statement from Ecma Intern… Carsten Bormann
- Re: [Json] Response to Statement from Ecma Intern… Carsten Bormann
- Re: [Json] Response to Statement from Ecma Intern… Nico Williams
- Re: [Json] Response to Statement from Ecma Intern… Nico Williams
- Re: [Json] Response to Statement from Ecma Intern… Paul Hoffman
- Re: [Json] Response to Statement from Ecma Intern… Paul Hoffman
- Re: [Json] Response to Statement from Ecma Intern… Paul Hoffman
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… Paul Hoffman
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… Mark Nottingham
- Re: [Json] Response to Statement from Ecma Intern… Paul Hoffman
- Re: [Json] Response to Statement from Ecma Intern… Tim Bray
- Re: [Json] Response to Statement from Ecma Intern… Mark Nottingham
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… Tim Bray
- Re: [Json] Response to Statement from Ecma Intern… John Levine
- Re: [Json] Response to Statement from Ecma Intern… R S
- Re: [Json] Response to Statement from Ecma Intern… Martin J. Dürst
- Re: [Json] Response to Statement from Ecma Intern… Pete Resnick