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.
- [ogpx] content negotiation for LLSD over HTTP con… Infinity Linden
- Re: [ogpx] content negotiation for LLSD over HTTP… Hurliman, John
- Re: [ogpx] content negotiation for LLSD over HTTP… Infinity Linden
- Re: [ogpx] content negotiation for LLSD over HTTP… Carlo Wood
- Re: [ogpx] content negotiation for LLSD over HTTP… Carlo Wood
- Re: [ogpx] content negotiation for LLSD over HTTP… Carlo Wood
- Re: [ogpx] content negotiation for LLSD over HTTP… Joshua Bell
- Re: [ogpx] content negotiation for LLSD over HTTP… Carlo Wood