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