RE: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10

"Black, David" <david.black@emc.com> Thu, 11 December 2014 23:05 UTC

Return-Path: <david.black@emc.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AF531A8A52; Thu, 11 Dec 2014 15:05:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 8xDmVFlMp3Iz; Thu, 11 Dec 2014 15:04:57 -0800 (PST)
Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 523401A8A14; Thu, 11 Dec 2014 15:04:57 -0800 (PST)
Received: from maildlpprd53.lss.emc.com (maildlpprd53.lss.emc.com [10.106.48.157]) by mailuogwprd53.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id sBBN4raF022545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 11 Dec 2014 18:04:54 -0500
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd53.lss.emc.com sBBN4raF022545
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1418339094; bh=7u7Mg+qCVioVzu7T7HAYhKHeno0=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=N/SkPD2/THKhZlFLYj3GXa5i9ckg7nvBjGlM5EiPwrGI1ELsug/aVD6PAT/6UEAFc HRIP54pnPz0AebDxnPKhNvQd4A+6W46qAv6HTR4nFNYjWbiBTfenBUDka9EQDyWV+L qePACoDGhGLNRg4+dL+Vmx85W0eCD8DlX5r0u4OI=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd53.lss.emc.com sBBN4raF022545
Received: from mailusrhubprd52.lss.emc.com (mailusrhubprd52.lss.emc.com [10.106.48.25]) by maildlpprd53.lss.emc.com (RSA Interceptor); Thu, 11 Dec 2014 18:03:22 -0500
Received: from mxhub19.corp.emc.com (mxhub19.corp.emc.com [10.254.93.48]) by mailusrhubprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id sBBN4bNQ000930 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 11 Dec 2014 18:04:38 -0500
Received: from MXHUB105.corp.emc.com (10.253.50.22) by mxhub19.corp.emc.com (10.254.93.48) with Microsoft SMTP Server (TLS) id 8.3.327.1; Thu, 11 Dec 2014 18:04:37 -0500
Received: from MX104CL02.corp.emc.com ([169.254.8.208]) by MXHUB105.corp.emc.com ([10.253.50.22]) with mapi id 14.03.0195.001; Thu, 11 Dec 2014 18:04:37 -0500
From: "Black, David" <david.black@emc.com>
To: "Manger, James" <James.H.Manger@team.telstra.com>, Paul Hoffman <paul.hoffman@vpnc.org>
Subject: RE: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10
Thread-Topic: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10
Thread-Index: AdAUkROzD04JM08VQjyyKTYMqQun9ABCTOkAAAkjCYAACi5ckA==
Date: Thu, 11 Dec 2014 23:04:36 +0000
Message-ID: <CE03DB3D7B45C245BCA0D243277949362BA1C4@MX104CL02.corp.emc.com>
References: <CE03DB3D7B45C245BCA0D243277949362B18C7@MX104CL02.corp.emc.com> <475F8F1D-6F6A-47E3-AE60-7BDC7AB6BD66@vpnc.org> <255B9BB34FB7D647A506DC292726F6E127D5708376@WSMSG3153V.srv.dir.telstra.com>
In-Reply-To: <255B9BB34FB7D647A506DC292726F6E127D5708376@WSMSG3153V.srv.dir.telstra.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.238.45.76]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd52.lss.emc.com
X-RSA-Classifications: DLM_1, public
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/n_3Ee6g5B92KUb50yXhpOKZaT4c
Cc: "ops-dir@ietf.org" <ops-dir@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "General Area Review Team (gen-art@ietf.org)" <gen-art@ietf.org>, "json@ietf.org" <json@ietf.org>, "Black, David" <david.black@emc.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Dec 2014 23:05:00 -0000

I'm not concerned about this - the draft is UTF-8-only (it now explicitly
forbids UTF-16 and UTF-32) and is written on the assumption that it's common
knowledge that 7-bit ASCII (as octets with zero in the most significant bit)
is a UTF-8 subset.

Thanks,
--David

> -----Original Message-----
> From: Manger, James [mailto:James.H.Manger@team.telstra.com]
> Sent: Thursday, December 11, 2014 5:51 PM
> To: Paul Hoffman; Black, David
> Cc: Nico Williams; General Area Review Team (gen-art@ietf.org); json@ietf.org;
> ops-dir@ietf.org; ietf@ietf.org
> Subject: RE: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-
> sequence-10
> 
> >> Abstract:
> >>
> >>   This document describes the JSON text sequence format and associated
> >>   media type, "application/json-seq".  A JSON text sequence consists of
> >>   any number of JSON texts, each prefix by an Record Separator
> >>   (U+001E), and each ending with a newline character (U+000A).
> >>
> >> "any number of JSON texts" -> "any number of UTF-8 encoded JSON texts"
> 
> >This change concerns me, because it sounds like a JSON text sequence could
> consist of JSON texts encoded in UTF-8 and other encodings. I would instead
> prefer "any number of JSON texts, all encoded in UTF-8,".
> 
> >> It also looks like ASCII names for RS and LF are being mixed w/Unicode
> >> codepoints in the second sentence in the abstract.  I'm not sure
> >> that's a good thing to do, especially as the body of the draft refers
> >> to RS and LF as being ASCII.  Here are a couple of changes that would
> remedy this:
> >>
> >>   "an Record Separator (U+001E)" -> "an ASCII Record Separator (0x1E)"
> >>   "a newline character (U+000A)" -> "an ASCII newline character (0x0A)"
> 
> >With John Cowan's change ("an ASCII Line Feed character (0x1E)" instead of
> "an ASCII Record Separator (0x1E)"), that would indeed be clearer.
> 
> 
> Please no. That would give an even worse mix of UTF-8 and ASCII, bytes and
> characters, in the 1 sentence.
> 
>   ".. any number of JSON texts, all encoded in UTF-8, each prefixed by an
> ASCII Record Separator (0x1E) .."
> 
> How about:
> 
>   "A JSON text sequence consists of any number of JSON texts,
>    each prefixed by a Record Separator (U+001E) character, and
>    each suffixed by an End of Line (U+000A) character. It is
>    UTF-8 encoded."
> 
> Say "Information Separator Two (U+001E)" if you really want to be pure.
> 
> Mention in the body that "Record Separator" and "Information Separator Two"
> are the ASCII and Unicode names for the same character (as are "Line Feed" and
> "End of Line"), which is why RS and LF are used as ABNF names.
> 
> P.S. The spec still defines the same ABNF names twice (RS, JSON-sequence):
> once as bytes; once as Unicode scalars. Yuck. Just give them different names.
> 
> --
> James Manger