Re: [Json] Response to Statement from Ecma International TC39

R S <sayrer@gmail.com> Mon, 09 December 2013 03:39 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 653EF1A1F3E for <json@ietfa.amsl.com>; Sun, 8 Dec 2013 19:39:09 -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 wZHlpfGE2aT1 for <json@ietfa.amsl.com>; Sun, 8 Dec 2013 19:39:07 -0800 (PST)
Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) by ietfa.amsl.com (Postfix) with ESMTP id C62CE1AE1D3 for <json@ietf.org>; Sun, 8 Dec 2013 19:39:06 -0800 (PST)
Received: by mail-qa0-f48.google.com with SMTP id w5so2271184qac.0 for <json@ietf.org>; Sun, 08 Dec 2013 19:39:02 -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=4QGV5UAAxghUODeotE7KMKbfobSau4Arf2s98SAjwnc=; b=xSJQ/7SK5zV2Gj5CE5HAeZlVhgUvb9dr0Gv4haDgELvVrorkoQit+LmQIDVOLFIki/ uZJ/NoLvJeQX2DFrk26oUZYwPKKegK+3AktRAj9LN+XkMiCYwx/mPLP/Avqcmay6UP6T ZkVYaFVz8KRku0QAh9B2Uar+Igjs1Ge7Dpx/sLAvfh1S6M20XHFuK63llhSOiZUfbAZ0 b7/m1QzljkxBFPWTphfBD2GAfY0aTux32HYAzt4Bc7sbhERPmORy4gU4uVo7ye5VBIKz uDc1byHMF07mxacrDlzdNn/wNQpJj0lZ4Dzpqlt8OKPkVB9SDsSUC1FYkavhz5gklzfv SqXg==
MIME-Version: 1.0
X-Received: by 10.224.65.130 with SMTP id j2mr30090037qai.4.1386560341979; Sun, 08 Dec 2013 19:39:01 -0800 (PST)
Received: by 10.140.101.40 with HTTP; Sun, 8 Dec 2013 19:39:01 -0800 (PST)
In-Reply-To: <CAChr6SxC_DH8tSXk9wy2R=PmnMeoax-DwegMc+_8dyJcWrMEpQ@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> <CAChr6SxC_DH8tSXk9wy2R=PmnMeoax-DwegMc+_8dyJcWrMEpQ@mail.gmail.com>
Date: Sun, 08 Dec 2013 19:39:01 -0800
Message-ID: <CAChr6SwnU4U_pv9pM-DEr9=7NHcBVOfbowYbBsN7GkfPnkEQfA@mail.gmail.com>
From: R S <sayrer@gmail.com>
To: Tim Bray <tbray@textuality.com>
Content-Type: multipart/alternative; boundary="001a11c2c08ca4b72a04ed11bcc1"
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:39:09 -0000

On Sun, Dec 8, 2013 at 7:26 PM, R S <sayrer@gmail.com> wrote:

> 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
>

This is wrong: key order often matters, but I should have written that
overwriting duplicates in key order is what matters for parsers in this
case.

- Rob



> (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
>>>
>>>
>>
>