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

Jari Arkko <jari.arkko@piuha.net> Thu, 18 December 2014 13:45 UTC

Return-Path: <jari.arkko@piuha.net>
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 B8F6F1A8955; Thu, 18 Dec 2014 05:45:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.61
X-Spam-Level:
X-Spam-Status: No, score=-1.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 GwdTD13BN3gT; Thu, 18 Dec 2014 05:45:28 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2a00:1d50:2::130]) by ietfa.amsl.com (Postfix) with ESMTP id 57C771A1A32; Thu, 18 Dec 2014 05:45:28 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 748E72CEB5; Thu, 18 Dec 2014 15:45:27 +0200 (EET) (envelope-from jari.arkko@piuha.net)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LmyAlpXqMfiV; Thu, 18 Dec 2014 15:45:23 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 5A7CA2CEB2; Thu, 18 Dec 2014 15:45:23 +0200 (EET) (envelope-from jari.arkko@piuha.net)
Content-Type: multipart/signed; boundary="Apple-Mail=_3A84A37C-D313-4134-A442-C5A308105DAA"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject: Re: [Json] Gen-ART and OPS-Dir review of draft-ietf-json-text-sequence-10
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <B486D5B4-C95C-4315-9F3C-3173E9A64301@frobbit.se>
Date: Thu, 18 Dec 2014 08:45:22 -0500
Message-Id: <B04EC519-6F8F-4706-A6A6-158AAAEF3939@piuha.net>
References: <CE03DB3D7B45C245BCA0D243277949362B18C7@MX104CL02.corp.emc.com> <475F8F1D-6F6A-47E3-AE60-7BDC7AB6BD66@vpnc.org> <255B9BB34FB7D647A506DC292726F6E127D5708376@WSMSG3153V.srv.dir.telstra.com> <20141212011208.GK5272@mercury.ccil.org> <B486D5B4-C95C-4315-9F3C-3173E9A64301@frobbit.se>
To: Patrik Fältström <paf@frobbit.se>, "Black, David" <david.black@emc.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/qzjoCaHtYi_cHk3H9yzoWQfVHgg
Cc: "ops-dir@ietf.org" <ops-dir@ietf.org>, John Cowan <cowan@mercury.ccil.org>, "ietf@ietf.org" <ietf@ietf.org>, "General Area Review Team (gen-art@ietf.org)" <gen-art@ietf.org>, Paul Hoffman <paul.hoffman@vpnc.org>, "Manger, James" <James.H.Manger@team.telstra.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, 18 Dec 2014 13:45:29 -0000

David  -thank you for the review!

My understanding of this thread and the -11 is that we are done with respect to the modifications coming out of your review. Let me know otherwise.

Thanks, all. 

Jari

On 13 Dec 2014, at 02:02, Patrik Fältström <paf@frobbit.se> wrote:

> 
>> On 12 dec 2014, at 02:12, John Cowan <cowan@mercury.ccil.org> wrote:
>> 
>> Manger, James scripsit:
>> 
>>> 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.
>> 
>> The trouble with that is that U+001E has no official Unicode name or
>> function; those come from ISO 6429, which is incorporated (in relevant
>> part) into US-ASCII, which is described in RFC 20.
> 
> Although it does not have a Unicode Name, the alias is as close as we can get, which is "INFORMATION SEPARATOR TWO":
> 
> # grep ^001E UnicodeData.txt
> 001E;<control>;Cc;0;B;;;;;N;INFORMATION SEPARATOR TWO;;;;
> #
> 
> So I suggest to use that.
> 
> It is I think wrong to say "Record Separator" and then still reference the Unicode Tables.
> 
> Alternatively one just write (and make it more clear how this works, and this is my understanding):
> 
>> A JSON text sequence consists of any number of JSON texts, each prefixed by U+001E character and each suffixed by U+000A. The JSON texts as well as the whole JSON text sequence is encoded in UTF-8 although any JSON text might be truncated and because of that not a valid UTF-8 sequence. Any occurance of the UTF-8 encoding of U+001E (the byte 0x1E) is to be viewed as the first byte before each JSON text, and occurrance of the byte 0x0A is to be viewed as the first byte after a complete JSON text. If the JSON text is truncated, the 0x0A byte will not be present.
> 
> I.e. the grammar is sort of (before coffee in the morning):
> 
> sequence := 0x1E text
> 
> text := complete-text | truncated-text
> 
> complete-text := proper-UTF8 0x0A
> 
> truncated-text := proper-UTF8 broken-UTF8
> 
> proper-UTF8 := "" | "a sequence of bytes, possible to parse as a series of UTF8 encoded Unicode characters"
> 
> broken-UTF8 := "a sequence of bytes not possible to parse as a UTF8 encoded unicode character"
> 
>   Patrik
>