Re: [Json] [apps-discuss] JSON mailing list and BoF

"Joe Hildebrand (jhildebr)" <jhildebr@cisco.com> Tue, 19 February 2013 01:12 UTC

Return-Path: <jhildebr@cisco.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 C3AA621E8063 for <json@ietfa.amsl.com>; Mon, 18 Feb 2013 17:12:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Vve90y2mqRw for <json@ietfa.amsl.com>; Mon, 18 Feb 2013 17:12:31 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id CE60A21E8044 for <json@ietf.org>; Mon, 18 Feb 2013 17:12:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1393; q=dns/txt; s=iport; t=1361236352; x=1362445952; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=QJGCay99J4uNkWk/dlVpvVt+SPBrxWBpSsful4txjps=; b=FAnZhSqLf3ugwIFv56gGxLozP6ohFpHPVBRglw6XRqCjOZH0xka8FsyR et2+KnuTD8nrViefnCuQaADvnOuWZxll1wleHkn/urhIxnXIkNJ1ezLln 9jniVcfiDcWL0ns8PGxVRyOjIXnhg3YKQHwfgo9jY64Kdr2DOOP++c8O8 s=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av8WAGfQIlGtJV2b/2dsb2JhbABEoEGfaIEFFnOCHwEBAQQ6NAsSAQgOCgoUQiUCBA4FCId4Aw+xP492jFCCLTEHgl9hA6cEgweCJw
X-IronPort-AV: E=Sophos;i="4.84,692,1355097600"; d="scan'208";a="175512556"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-9.cisco.com with ESMTP; 19 Feb 2013 01:12:31 +0000
Received: from xhc-aln-x08.cisco.com (xhc-aln-x08.cisco.com [173.36.12.82]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id r1J1CVZe010680 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 19 Feb 2013 01:12:31 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.195]) by xhc-aln-x08.cisco.com ([173.36.12.82]) with mapi id 14.02.0318.004; Mon, 18 Feb 2013 19:12:31 -0600
From: "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
To: Bjoern Hoehrmann <derhoermi@gmx.net>
Thread-Topic: [apps-discuss] JSON mailing list and BoF
Thread-Index: AQHODhKwsPxTte9Ry0KhDmvQvHsA3piAt/6A//+XeIA=
Date: Tue, 19 Feb 2013 01:12:30 +0000
Message-ID: <A723FC6ECC552A4D8C8249D9E07425A70F8952D9@xmb-rcd-x10.cisco.com>
In-Reply-To: <1ah5i81al3ug4qgmgjqgjnl5evf6jc1qnq@hive.bjoern.hoehrmann.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.1.130117
x-originating-ip: [10.129.24.68]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <B4C68BD00DDC2D47AC7BCA893BC3F143@cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] [apps-discuss] JSON mailing list and BoF
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: Tue, 19 Feb 2013 01:12:33 -0000

On 2/18/13 5:26 PM, "Bjoern Hoehrmann" <derhoermi@gmx.net> wrote:

>* Joe Hildebrand (jhildebr) wrote:
>>A *very* important goal would be to minimize change, and to ensure strict
>>backward-compatibility.
>
>A Working Group will also likely have to look at revising the rules to
>detect the character encoding in application/json resources (there is a
>lack of consensus whether to auto-detect UTF-32 and whether to honour a
>Unicode signature, whether to support UTF-32 when it is detected, and so
>on, partly due to how people load JSON resources; a generic "load text"
>API for instance might detect and remove a Unicode signature before the
>data is passed to a JSON parser; this used to be true for XMLHttpRequest
>for instance, I haven't checked the current situation there though).

(individual)

Yeah, that probably needs to be dealt with.  If 4627 had been written as
"JSON SHALL always be encoded as UTF-8 when transmitted or stored", then
this would not be a problem.

I wonder if it's too late for that?  If we said that the
backward-compatibility rule was that any document that was valid 4627bis
would be correctly parsed by a 4627 parser, going all-in on UTF-8 would be
ok.  Since this is currently valid and proposed to no longer be valid:

{"foo": "bar", "foo": "baz"}

clearly the reverse is not going to be true anyway.

-- 
Joe Hildebrand