Re: [Json] What are we trying to do?

Bjoern Hoehrmann <derhoermi@gmx.net> Wed, 03 July 2013 14:17 UTC

Return-Path: <derhoermi@gmx.net>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA8C621F9D52 for <json@ietfa.amsl.com>; Wed, 3 Jul 2013 07:17:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jEuEdRwBVgFw for <json@ietfa.amsl.com>; Wed, 3 Jul 2013 07:17:38 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id CC38A21F9D50 for <json@ietf.org>; Wed, 3 Jul 2013 07:17:37 -0700 (PDT)
Received: from mailout-de.gmx.net ([10.1.76.30]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Lsdt9-1UF2jp3Cif-012FJH for <json@ietf.org>; Wed, 03 Jul 2013 16:17:36 +0200
Received: (qmail invoked by alias); 03 Jul 2013 14:17:35 -0000
Received: from p5B230246.dip0.t-ipconnect.de (EHLO netb.Speedport_W_700V) [91.35.2.70] by mail.gmx.net (mp030) with SMTP; 03 Jul 2013 16:17:35 +0200
X-Authenticated: #723575
X-Provags-ID: V01U2FsdGVkX18kj2I/qh8kf3p2Ir4PHrVKmkCYb8ZNKAPpJwE7T/ dQfrgBd9M91UkH
From: Bjoern Hoehrmann <derhoermi@gmx.net>
To: Tim Bray <tbray@textuality.com>
Date: Wed, 03 Jul 2013 16:17:35 +0200
Message-ID: <6qa8t8tpvt2asjo819nk7bgds7vrtqbsoc@hive.bjoern.hoehrmann.de>
References: <CAHBU6iv0wXYvAyasSE8Wga0K_sD_pKL6o-a-ca9yemhy3m6zzw@mail.gmail.com>
In-Reply-To: <CAHBU6iv0wXYvAyasSE8Wga0K_sD_pKL6o-a-ca9yemhy3m6zzw@mail.gmail.com>
X-Mailer: Forte Agent 3.3/32.846
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
Cc: "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] What are we trying to do?
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 03 Jul 2013 14:17:42 -0000

* Tim Bray wrote:
>I’m having trouble dealing with the recent proposals from our co-chairs
>because I don’t think I understand what they’re trying to achieve.

The chairs would like to identify patches to draft-ietf-json-rfc4627bis
that reflect rough consensus and running code. I think we should accept
that this approach has failed and return to the traditional approach of
identifying substantive issues, discuss and resolve them, and then let
editors or other volunteers figure out how to implement decisions in the
draft.

>What the industry really needs is a document normatively describing
>JSON-as-best-practiced, with an RFC number.  It would say that senders MUST
>NOT do X and Y, and that receivers, upon encountering X OR Y, MUST DO Z.

I am more interested in one describing the application/json format. It
would say this is JSON and that isn't JSON and note that certain kinds
of JSON have interoperability problems and possibly note what's usually
done to mitigate them.
-- 
Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de
Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de
25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/