Re: [Json] Encoding detection (Was: Re: JSON: remove gap between Ecma-404 and IETF draft)

John Cowan <cowan@mercury.ccil.org> Fri, 22 November 2013 16:39 UTC

Return-Path: <cowan@ccil.org>
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 D69EE1ADF72 for <json@ietfa.amsl.com>; Fri, 22 Nov 2013 08:39:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.125
X-Spam-Level:
X-Spam-Status: No, score=-3.125 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.525] 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 vLhW5vhP_NbX for <json@ietfa.amsl.com>; Fri, 22 Nov 2013 08:39:41 -0800 (PST)
Received: from earth.ccil.org (earth.ccil.org [192.190.237.11]) by ietfa.amsl.com (Postfix) with ESMTP id 4DFCF1ADBE5 for <json@ietf.org>; Fri, 22 Nov 2013 08:39:41 -0800 (PST)
Received: from cowan by earth.ccil.org with local (Exim 4.72) (envelope-from <cowan@ccil.org>) id 1VjtlM-0007A9-Bq; Fri, 22 Nov 2013 11:39:24 -0500
Date: Fri, 22 Nov 2013 11:39:24 -0500
From: John Cowan <cowan@mercury.ccil.org>
To: Henri Sivonen <hsivonen@hsivonen.fi>
Message-ID: <20131122163924.GC16749@mercury.ccil.org>
References: <8413609C8A86497F856897AF2AA24960@codalogic> <CEAA3067.2D132%jhildebr@cisco.com> <CANXqsRJEtBoprQFrftz80ZigmBR_NHoEXK1sR4GyBtz5B2KC8Q@mail.gmail.com> <20131120223305.GB5476@mercury.ccil.org> <CANXqsRJmNmSRXssBnw3tGUt0veViENLoS=dp+gEr2RqvNAf4JQ@mail.gmail.com> <20131121165615.GA12138@mercury.ccil.org> <CANXqsRKrcR54TzSFng0ysyTV60-uZZ7QQ-G4xJOB0gO29C7-Ag@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CANXqsRKrcR54TzSFng0ysyTV60-uZZ7QQ-G4xJOB0gO29C7-Ag@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Sender: John Cowan <cowan@ccil.org>
Cc: Pete Cordell <petejson@codalogic.com>, Paul Hoffman <paul.hoffman@vpnc.org>, JSON WG <json@ietf.org>, "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>, "www-tag@w3.org" <www-tag@w3.org>, es-discuss <es-discuss@mozilla.org>
Subject: Re: [Json] Encoding detection (Was: Re: JSON: remove gap between Ecma-404 and IETF draft)
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: Fri, 22 Nov 2013 16:39:44 -0000

Henri Sivonen scripsit:

> Even if no one or approximately no one (outside test cases) actually
> emits JSON in UTF-32?

How on earth would you know that?

> I think you should have to show an existing implementation with
> substantial deployment that in its substantially deployed
> configuration emits JSON in UTF-32 to have a justification for keeping
> UTF-32 in the spec.

As things now stand, there is zero support for removing anything from
4627bis.  If you want to argue for an interoperability warning like
the ones we already have, go ahead.  Given the evidence you've shown,
that's probably a good idea.  But the watchword of 4627bis (as opposed
to future I-JSON) is "No breaking changes.  Anywhere.  Ever."

> (I have to wonder what kind of theorizing was the cause of putting
> UTF-32 in the spec in the first place. I also have to wonder if the
> IETF JSON spec would have supported UTF-64 for completeness if someone
> had written an April 1st RFC for UTF-64.)

You'll have to ask Mr. Crockford.

-- 
Real FORTRAN programmers can program FORTRAN    John Cowan
in any language.  --Ed Post                     cowan@ccil.org