Re: [ogpx] content negotiation for LLSD over HTTP connections

Joshua Bell <josh@lindenlab.com> Sat, 27 June 2009 15:30 UTC

Return-Path: <josh@lindenlab.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B88F3A6A19 for <ogpx@core3.amsl.com>; Sat, 27 Jun 2009 08:30:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.058
X-Spam-Level:
X-Spam-Status: No, score=-2.058 tagged_above=-999 required=5 tests=[AWL=-0.542, BAYES_00=-2.599, URIBL_RHS_DOB=1.083]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YCScpsVbLaXj for <ogpx@core3.amsl.com>; Sat, 27 Jun 2009 08:30:42 -0700 (PDT)
Received: from tammy.lindenlab.com (tammy.lindenlab.com [216.82.11.128]) by core3.amsl.com (Postfix) with ESMTP id AD91D3A6CED for <ogpx@ietf.org>; Sat, 27 Jun 2009 08:30:41 -0700 (PDT)
Received: from thinslab.lindenlab.com (thinslab.lindenlab.com [10.1.8.224]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tammy.lindenlab.com (Postfix) with ESMTP id 85E6B3DBC061 for <ogpx@ietf.org>; Sat, 27 Jun 2009 08:31:00 -0700 (PDT)
Message-Id: <20A512C1-70CC-4EDC-922F-4FA0DF28E63D@lindenlab.com>
From: Joshua Bell <josh@lindenlab.com>
To: ogpx@ietf.org
In-Reply-To: <3a880e2c0906262300g3b1d4052y9ed072a784d4289a@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Sat, 27 Jun 2009 08:31:00 -0700
References: <3a880e2c0906261648k1a14024cudd4cbccb57d8753f@mail.gmail.com><62BFE5680C037E4DA0B0A08946C0933D9123A6A4@rrsmsx506.amr. corp.intel.com> <3a880e2c0906262300g3b1d4052y9ed072a784d4289a@mail.gmail.com>
X-Mailer: Apple Mail (2.935.3)
Subject: Re: [ogpx] content negotiation for LLSD over HTTP connections
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Jun 2009 15:30:43 -0000

On Jun 26, 2009, at 11:00 PM, Infinity Linden wrote:

> there are actually some OGP constructions that are single
> (non-collection) types (and thus, not RFC4627 compliant JSON.)
>
> for what it's worth... none of the browsers we tested (two versions of
> firefox, one version of safari, two versions of IE) seemed to reject
> non-collections when receiving and evaluating application/json media
> types. in other words, there seems to be a fine history in the browser
> world of ignoring RFCs.

FWIW, the ECMAScript 5 folks are formalizing that relaxation in the  
ES5 JSON parser, at least based on the latest discussions.

https://mail.mozilla.org/pipermail/es-discuss/2009-June/009481.html  
(Allen Wirfs-Brock, ES5 editor)

and:

https://mail.mozilla.org/pipermail/es-discuss/2009-June/009443.html  
(Douglas Crockford, author of the JSON RFC)

and the summary that indicates we're not crazy:

https://mail.mozilla.org/pipermail/es-discuss/2009-June/009445.html

Also in the thread, Crockford indicates no intention to issue a new  
JSON RFC. (That's my interpretation of the thread, mea culpa if I mis- 
implied.)

There is also some tooth gnashing about considering U+2028 and U+2029  
as whitespace.