Re: [Json] Proposed rechartering for the JSON WG

Phillip Hallam-Baker <hallam@gmail.com> Sun, 09 February 2014 18:15 UTC

Return-Path: <hallam@gmail.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 C942A1A0412 for <json@ietfa.amsl.com>; Sun, 9 Feb 2014 10:15:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 4TiiY3roI8Yf for <json@ietfa.amsl.com>; Sun, 9 Feb 2014 10:15:39 -0800 (PST)
Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 5D5771A040F for <json@ietf.org>; Sun, 9 Feb 2014 10:15:39 -0800 (PST)
Received: by mail-lb0-f171.google.com with SMTP id c11so4222870lbj.30 for <json@ietf.org>; Sun, 09 Feb 2014 10:15:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OPQkPdYue9dH/hgBGONRY2VP923BG7zVax0Of9vnncU=; b=jv1VXrIMqssYehZZrfmoVLJwDnpeSqFX/zRm0AMr+PRehiVeEXOMLRbQstYJys87LG c+zGMZ3kIMnKUlD2wOJmcJajx7j3X7Xcan9EOBAaoZX6oqDdvq/uQ8koV/goVLmb2xCp 70wGodrmenBUXlmLiSP8vpygV8xrwndGU4UGNuxgWoO/DF2j0M0LpuAkv3un3mlnPpQ+ qcfQdgaQNJ/Pbodv+c9vVlHkSalpil5C0CgY3FaG6nW0bsCBeuqt77XPgUXYYA3y1HEL XQy81vc9Mv7z86DqOmF2bVcqS4vYenu3OfNMuH5CBHKU9R4TnKK+pY5+hm0jFvMVbnEp VSfg==
MIME-Version: 1.0
X-Received: by 10.112.204.104 with SMTP id kx8mr17800203lbc.12.1391969738827; Sun, 09 Feb 2014 10:15:38 -0800 (PST)
Received: by 10.112.37.168 with HTTP; Sun, 9 Feb 2014 10:15:38 -0800 (PST)
In-Reply-To: <85017697-48CF-420F-9935-B78193953493@tzi.org>
References: <52D9B39C.5020102@cisco.com> <1C1347D2-0D99-4D49-B4C1-199246167D23@vpnc.org> <CAMm+Lwj0phrmP563tBbZJKHeYw=Azh1as6GZOA6rANPpC6PJgA@mail.gmail.com> <CAHBU6iv+-9xQYAjZdfZk7+GeA6J+sjaV5era3L+PiJ9RoauBYg@mail.gmail.com> <CAMm+Lwh0O4+iuaJMUhYgj+0GS8e9b_nZtNNX91hOmjUypsgkTQ@mail.gmail.com> <CAK3OfOhu0GZY9CVQrqD4SyjHLVEoEg1DtYj_6imZbbHtzX2eEw@mail.gmail.com> <CAHBU6iuR0MPm9q483jBMqTRkGV1f2giGNhp+UciQ7rRnrvcEBA@mail.gmail.com> <C271F837-40FD-4E87-A56B-0F0357553923@mnot.net> <7E1F7FE6-E7A9-4B7D-902C-A60D39B7B994@vpnc.org> <8AA70C014EEED3158A177F1C@cyrus.local> <85017697-48CF-420F-9935-B78193953493@tzi.org>
Date: Sun, 09 Feb 2014 13:15:38 -0500
Message-ID: <CAMm+Lwie3B8+pyXNuuoMn6nWLy7Bva4vmsdZ0b2yTACrUL8xpQ@mail.gmail.com>
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: multipart/alternative; boundary="001a11c3c7f0d22de204f1fd356c"
Cc: Cyrus Daboo <cyrus@daboo.name>, JSON WG <json@ietf.org>
Subject: Re: [Json] Proposed rechartering for the JSON WG
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: Sun, 09 Feb 2014 18:15:43 -0000

On Sun, Feb 9, 2014 at 11:32 AM, Carsten Bormann <cabo@tzi.org> wrote:

> Those schema scars must be deep, because Cyrus of course is right.
>
> Having a minimal parseable description technique for JSON-based protocols
> would save us from tedium such as in RFC 7071 section 6.2.2.
> (Not needing something like that ever again*) in the future is my personal
> benchmark for what we need to achieve here.)
>

A machine readable specification supported by tools is very useful. But how
many people are writing tools? Are we at a stage where it is helpful to
converge on one tool?

https://sourceforge.net/projects/jsonschema/

My view is that it would be a very bad idea to design such a tool in
committee and that there would be negligible value from having the format
be declared a standard prematurely.

A better way forward would be to publish proposals for schema formats as
INFORMATIONAL RFCs and see which get used.


**) The other important thing is that a JSON description technique doesn't
> have to be parse as JSON, just as an XML schema does not have to be parse
> as XML.
> Why are people falling into this trap again and again...


For SAML I generated all my XML schemas using another tool written using
Goedel. If I was going to write another XML spec I would extend the
generator to dump XML schema.

I have an ASN.1 parser as well so I could provide a tool that generated
code for ASN.1, XML and JSON.



-- 
Website: http://hallambaker.com/