Re: [Json] serializing sequences of JSON values

Matt Miller <mamille2@cisco.com> Thu, 13 March 2014 22:24 UTC

Return-Path: <mamille2@cisco.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 88DC71A0768 for <json@ietfa.amsl.com>; Thu, 13 Mar 2014 15:24:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.048
X-Spam-Level:
X-Spam-Status: No, score=-15.048 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_HI=-5, RP_MATCHES_RCVD=-0.547, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 JIUJNUiBghg9 for <json@ietfa.amsl.com>; Thu, 13 Mar 2014 15:24:05 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) by ietfa.amsl.com (Postfix) with ESMTP id 06BF11A0747 for <json@ietf.org>; Thu, 13 Mar 2014 15:24:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2781; q=dns/txt; s=iport; t=1394749439; x=1395959039; h=message-id:date:from:mime-version:to:subject:references: in-reply-to:content-transfer-encoding; bh=tWwtpxM0GN7w2JJDfF7H516GRtdyb92wsvejZf8sdYw=; b=MZdIB7ryWDR4sraQiCmTW+87nFHj+4hiUjs84Hx7BlnX4ZGmIEfqhFd8 taOWrmhPOD+qiyJyo8cpq2LKNbJyS+2taldKoNo10M64xrz840af1KJhf gJdqM7ym5Js06VFTCfISde8goUEnMwjX8M9/ZmHWp6jEEvgIYuMsglYwR U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AtoKAOEuIlOtJXG9/2dsb2JhbABZgwY7V6hyBAeYaQqBHhZ0giUBAQEDAXgGCwsYCRYPCQMCAQIBRQYBDAYCAQEQh10IDdQRF4xvgTs6hDgBA4kZOI50gTKQe4NMggw
X-IronPort-AV: E=Sophos;i="4.97,649,1389744000"; d="scan'208";a="307154133"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-9.cisco.com with ESMTP; 13 Mar 2014 22:23:58 +0000
Received: from xhc-rcd-x05.cisco.com (xhc-rcd-x05.cisco.com [173.37.183.79]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id s2DMNwii012699 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 13 Mar 2014 22:23:58 GMT
Received: from MAMILLE2-M-T03K.local (64.101.72.33) by xhc-rcd-x05.cisco.com (173.37.183.79) with Microsoft SMTP Server (TLS) id 14.3.123.3; Thu, 13 Mar 2014 17:23:58 -0500
Message-ID: <53222FFC.8070204@cisco.com>
Date: Thu, 13 Mar 2014 16:23:56 -0600
From: Matt Miller <mamille2@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Larry Masinter <masinter@adobe.com>, Paul Hoffman <paul.hoffman@vpnc.org>, "json@ietf.org" <json@ietf.org>
References: <em2c025504-6532-4513-a339-3d71c4cdfbda@helsinki> <5FC8412F-30E5-4F80-AB63-6715B1053098@vpnc.org> <58a4b20f768b484c94a850c4eba71ec5@BL2PR02MB307.namprd02.prod.outlook.com>
In-Reply-To: <58a4b20f768b484c94a850c4eba71ec5@BL2PR02MB307.namprd02.prod.outlook.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [64.101.72.33]
Archived-At: http://mailarchive.ietf.org/arch/msg/json/CeWq0Bw1WnmElN102JMuqR6Ov48
Subject: Re: [Json] serializing sequences of JSON values
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: Thu, 13 Mar 2014 22:24:07 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 3/13/14, 3:23 PM, Larry Masinter wrote:
> I wonder if there is any lesson from XMPP--  which wanted
> sequence-of-XML-values in an indefinite length stream -- that would
> apply to JSON. What would XMPP look like if it were redone in JSON
> instead of XML?
> 

/me exchanges JSON chair hat for XMPP enthusiast hat ...

If XMPP didn't exist and we instead did JMPP, it might be a series of
discrete objects.  However, the direction of the later "XMPP over <x>"
adaptations (e.g., [BOSH] and [XMPP-WS]) speak toward wanting to use
an existing transport that provides block-oriented framing around
complete structures.

Dealing with partial XML-like structures in XMPP has ranged from
inconvenient to impractical because the vast majority of existing XML
software has assumed a whole XML document when parsing starts.  There
are few libraries that truly allow one to feed XML in fits and starts
and get timely output without some amount of modification or
preprocessing.  When the XMPP community took efforts to apply XMPP
over other transports, the direction has so far leaned toward the
whole documents that most implementations expect; even though the
preprocessing required is rather small, the ability to re-use existing
implementations without first considering oft-unpublished details was
a very powerful motivator.


> If there a tendency to standardize on JSON as a replacement to XML
> in protocols, then would providing guidelines for how to do so be
> in scope?
> 
> 
>> 

/me continues with no hat whatsoever

I think there is value in a guidelines document similar to BCP 79 --
particularly a "don't use JSON for <y>" part.  I'm somewhat
unconcerned on how that is done -- whether that means I-JSON morphs
into that or it is its own separate thing.


- -- 
- - m&m

Matt Miller < mamille2@cisco.com >
Cisco Systems, Inc.

[BOSH] "XEP-0124: Bidirectional-streams Over Synchronous HTTP (BOSH)"
< http://xmpp.org/extensions/xep-0124.html >
[XMPP-WS] "An XMPP Sub-protocol for WebSocket" <
https://datatracker.ietf.org/doc/draft-ietf-xmpp-websocket/ >
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - https://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCgAGBQJTIi/8AAoJEDWi+S0W7cO1VHYIAITNDfwKhROU4cafb1y/2FqG
ZBCopL+hhZQ6PtFExRrnMji7bkwjhLRoDBwC1Md+JLq4mRlPMUFtyNO3Ew6x8ZvH
YjiZXQ753+jea9VHnNS1kz3+MXNhz2U2kpVUOn1Cn97BYW3GEdixks7YM7nxc2kA
GKGKomxQwMF67ghfFZLXl+n2ga7aDPqTvdD4gQc/pmVUnzOInu33dr/xfQL5V5ai
B/QYPIyI7UO8wRbuy0uDChW16/+ZE96RD69Zf1/NOEw4V+ZfsZciWVm3bJk1Gl3t
ZuHE0u+HLfbfbJT/IB359RuUnRs3342kePuvYd0nMCnmJ8+V0Z/eDNzY9+nZ4iI=
=Fv5M
-----END PGP SIGNATURE-----