Re: [Json] Fwd: Blog: YANG Takes Off in the Industry

Phillip Hallam-Baker <ietf@hallambaker.com> Fri, 01 August 2014 13:10 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 406EA1A0383 for <json@ietfa.amsl.com>; Fri, 1 Aug 2014 06:10:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
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 ILPNknHfBnOr for <json@ietfa.amsl.com>; Fri, 1 Aug 2014 06:10:49 -0700 (PDT)
Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B975F1A0B06 for <json@ietf.org>; Fri, 1 Aug 2014 06:10:47 -0700 (PDT)
Received: by mail-lb0-f182.google.com with SMTP id z11so3076541lbi.41 for <json@ietf.org>; Fri, 01 Aug 2014 06:10:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LVK4gwOswaAUR0Y7fCk1SAWtZ2atNTzelGSLZEhxeqo=; b=jQY/hIZ88WCnBkh3xjosN4g5FCob0835bOMr7R4cqQZJXFC0uFuQNmSMayO1J+Q5Gj cLmNHT1iocMvVcDAozD9NxBB9826rCug8jHDwSyLCmsb7IuFRAKWhQG4rMRoZsj8h0/o 4kcpK4QU5Gpuvg7sccp+5tyGyJ5yoeqkSu3vwdf34siEtb9utfxWsZjoKi3wN2wl2fjw M3o0guID8GXE7cZMm4YSRGeUM9IGreOjHK0kv570Q3Rl5Bwk6xeaCES+7RG3M3xk5Q0Q GbxrlKI+uNuoB8hGXer0DdacxRGlm4zgTxcfSa9v16BXz7VV7i8RhTkzmaZPKrj/KRRN AkdA==
MIME-Version: 1.0
X-Received: by 10.152.179.229 with SMTP id dj5mr5677772lac.97.1406898645577; Fri, 01 Aug 2014 06:10:45 -0700 (PDT)
Sender: hallam@gmail.com
Received: by 10.112.122.50 with HTTP; Fri, 1 Aug 2014 06:10:45 -0700 (PDT)
In-Reply-To: <20140801123546.GD23649@mercury.ccil.org>
References: <53DB7757.8000600@cisco.com> <39ADA8F1-D204-4B2C-A1AC-0CA1F3B238D1@tzi.org> <20140801115408.GC23649@mercury.ccil.org> <CAMm+LwhFBuUj3=Od1cEAGr8k1=wa4gZZCU-AJJf+PySPG0MupA@mail.gmail.com> <20140801123546.GD23649@mercury.ccil.org>
Date: Fri, 01 Aug 2014 09:10:45 -0400
X-Google-Sender-Auth: Ay1cXo8_qIttV05PiDvJ_7_n_hI
Message-ID: <CAMm+Lwj7B2fhWAU8WNmqZLx=K-KRD3L_D1EJYAB_3EcjN5b2kA@mail.gmail.com>
From: Phillip Hallam-Baker <ietf@hallambaker.com>
To: John Cowan <cowan@mercury.ccil.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/json/p4BOYAzk4qIA7IN9ggnxKURc88U
Cc: Carsten Bormann <cabo@tzi.org>, JSON WG <json@ietf.org>
Subject: Re: [Json] Fwd: Blog: YANG Takes Off in the Industry
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: Fri, 01 Aug 2014 13:10:50 -0000

On Fri, Aug 1, 2014 at 8:35 AM, John Cowan <cowan@mercury.ccil.org> wrote:
> Carsten Bormann scripsit:
>
>> That vacuum is filled by draft-ietf-netmod-yang-json-00.  (Nature
>> abhors vacuum.)
>
> Neither here nor there: that is merely a JSON expression of the XML.  It
> has nothing to do with modeling JSON.
>
> Phillip Hallam-Baker scripsit:
>
>> But you could use it to create a data model that was represented in
>> JSON.
>
> I haven't read the RFC in any detail, but the model given in 4.2.2 does
> not seem to be a JSON model: it is far more complicated.
>
>> And that community refuses to make any changes to XML or XML schema to
>> support protocol work.
>
> Or for any other purpose.  Ghu knows I tried.
>
>> So XML is a bad choice for protocol design.
>
> That conclusion I believe to be unwarranted.  The problems with XML are
> mostly the hard-to-use APIs, of which one of the worst is that embedded
> in all browsers.  If anything is carved in stone these days, it is the
> DOM.

True, but JSON is (or certainly should be) just a serialization format
of the DOM. So it is actually a short distance between the two points
than XML.

Which is why a binary version of JSON should be a binary encoding of
the DOM and not some different data model.