Re: [Json] Media types, extensibility in draft-ietf-json-i-json-02
John Cowan <cowan@mercury.ccil.org> Wed, 02 July 2014 16:11 UTC
Return-Path: <cowan@ccil.org>
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 E1A3A1A011D for <json@ietfa.amsl.com>; Wed, 2 Jul 2014 09:11:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.551
X-Spam-Level:
X-Spam-Status: No, score=-0.551 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.651] 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 B-kvxw83sZtY for <json@ietfa.amsl.com>; Wed, 2 Jul 2014 09:11:54 -0700 (PDT)
Received: from earth.ccil.org (earth.ccil.org [192.190.237.11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 743611B2820 for <json@ietf.org>; Wed, 2 Jul 2014 09:11:53 -0700 (PDT)
Received: from cowan by earth.ccil.org with local (Exim 4.72) (envelope-from <cowan@ccil.org>) id 1X2MnA-0002Bl-UG; Wed, 02 Jul 2014 11:49:52 -0400
Date: Wed, 02 Jul 2014 11:49:52 -0400
From: John Cowan <cowan@mercury.ccil.org>
To: Phillip Hallam-Baker <ietf@hallambaker.com>
Message-ID: <20140702154952.GC21298@mercury.ccil.org>
References: <CALcoZionwZ1gn0hkhq4sKcDKg3LK13+d-XvBzXUA4iHjS6PHNA@mail.gmail.com> <CAMm+LwgU5veinaNJ6ptLJ509QD3R5=LEbpfmNjZSy5C+8jfPXg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAMm+LwgU5veinaNJ6ptLJ509QD3R5=LEbpfmNjZSy5C+8jfPXg@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Sender: John Cowan <cowan@ccil.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/json/YjRSRwA9rdgAOUuRy7F8eAyHxjw
Cc: Mark Baker <distobj@acm.org>, JSON WG <json@ietf.org>
Subject: Re: [Json] Media types, extensibility in draft-ietf-json-i-json-02
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: Wed, 02 Jul 2014 16:11:59 -0000
Phillip Hallam-Baker scripsit:
> The only use for Content-Type is for content negotiation.
This isn't true in general, unless you consider mere announcement to
be a subtype of negotiation. ("Let's negotiate: you do what I say,
mmmkay?") One and the same entity body could be JSON, plain text, HTML,
or some binary format, and only the Content-Type: header can say which.
It's perfectly reasonable to imagine an application which can accept any
of these.
> There is no situation in which a negotiation that makes a distinction
> between JSON and I-JSON makes any sense.
That's true, but it doesn't mean that there is no point in labeling
I-JSON as such.
> Content identification that tells me a document is JSON is useless
> unless I know the schema or purpose of the document.
Not so. For example, it may be your job to deserialize the JSON into
some internal format for processing by someone else.
> If I write a protocol then I am going to tell people to use I-JSON
> encoding or there is no value to it. If the sender has an option to
> choose between JSON and I-JSON then I have to implement both and
> nothing is saved or simplified.
+1 to that.
--
John Cowan http://www.ccil.org/~cowan cowan@ccil.org
O beautiful for patriot's dream that sees beyond the years
Thine alabaster cities gleam undimmed by human tears!
America! America! God mend thine every flaw,
Confirm thy soul in self-control, thy liberty in law!
--one of the verses not usually taught in U.S. schools
- [Json] Media types, extensibility in draft-ietf-j… Mark Baker
- Re: [Json] Media types, extensibility in draft-ie… Phillip Hallam-Baker
- Re: [Json] Media types, extensibility in draft-ie… Tim Bray
- Re: [Json] Media types, extensibility in draft-ie… John Cowan
- Re: [Json] Media types, extensibility in draft-ie… Mark Baker
- Re: [Json] Media types, extensibility in draft-ie… Joe Hildebrand (jhildebr)
- Re: [Json] Media types, extensibility in draft-ie… Tim Bray
- Re: [Json] Media types, extensibility in draft-ie… Joe Hildebrand (jhildebr)
- Re: [Json] Media types, extensibility in draft-ie… Larry Masinter
- Re: [Json] Media types, extensibility in draft-ie… Joe Hildebrand (jhildebr)
- Re: [Json] Media types, extensibility in draft-ie… Tim Bray
- Re: [Json] Media types, extensibility in draft-ie… Mark Baker
- Re: [Json] Media types, extensibility in draft-ie… Nico Williams
- Re: [Json] Media types, extensibility in draft-ie… Martin J. Dürst
- Re: [Json] Media types, extensibility in draft-ie… Markus Lanthaler
- Re: [Json] Media types, extensibility in draft-ie… Erik Wilde
- Re: [Json] Media types, extensibility in draft-ie… Mark Baker
- Re: [Json] Media types, extensibility in draft-ie… Markus Lanthaler
- Re: [Json] Media types, extensibility in draft-ie… mike amundsen
- Re: [Json] Media types, extensibility in draft-ie… Phillip Hallam-Baker
- Re: [Json] Media types, extensibility in draft-ie… Joe Hildebrand (jhildebr)
- Re: [Json] Media types, extensibility in draft-ie… Erik Wilde
- Re: [Json] Media types, extensibility in draft-ie… Larry Masinter