[Json] Media types, extensibility in draft-ietf-json-i-json-02

Mark Baker <distobj@acm.org> Wed, 02 July 2014 03:04 UTC

Return-Path: <mark@coactus.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 81E5C1A03C7 for <json@ietfa.amsl.com>; Tue, 1 Jul 2014 20:04:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] 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 X7d2nl-52Bad for <json@ietfa.amsl.com>; Tue, 1 Jul 2014 20:04:02 -0700 (PDT)
Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 96BA71A03C0 for <json@ietf.org>; Tue, 1 Jul 2014 20:04:02 -0700 (PDT)
Received: by mail-pa0-f44.google.com with SMTP id rd3so11694116pab.31 for <json@ietf.org>; Tue, 01 Jul 2014 20:04:02 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=DttazNUYS5g54bDzoj+Ut2buzUwjvTQyM8b5iDc+Uxs=; b=MxQ99w+1DEAC5Ey7PnvaAPBBqdHwSV8V9Dkdl1f6V+ElEyuMGvVABjPFaqhh4bc+dK Sq7HyD18TUCZ8WgNogDfYyl4OPUOA/LapClpwkg1LIPPquLR0poKdBelEko2VDBrgBLW iat9fa/xQ4+yZXBzAwwq9v/4tYZqx9uFzn6wdKCAtIMDp4n7HMDKoWRQCw+lu7WPnUAN d0yiwnzSiVAJgqzTRnkcYBMNJ76GKg2BxobQsRW2xK8HneKrFkcxoW3/pyO4dFltJd2s hFSUHDYa/JRLG/r8EOGJd1z1bLF9GWl2d9mCie5DfoA2ieL6pFQTTGM9Rht5ibVMHI0T e/Fw==
X-Gm-Message-State: ALoCoQkHj4n6VhkkqRX1xYushY3s7b12O6HQHtbOXIBcJKSI7nDQBJdGpgQezk+bLcioYAwr6Io1
MIME-Version: 1.0
X-Received: by 10.67.4.138 with SMTP id ce10mr61753582pad.12.1404270241991; Tue, 01 Jul 2014 20:04:01 -0700 (PDT)
Sender: mark@coactus.com
Received: by 10.70.22.134 with HTTP; Tue, 1 Jul 2014 20:04:01 -0700 (PDT)
X-Originating-IP: [192.0.216.13]
Date: Tue, 01 Jul 2014 20:04:01 -0700
X-Google-Sender-Auth: D8l4BU4B8OrPbA_-8OVTZFW-Eqc
Message-ID: <CALcoZionwZ1gn0hkhq4sKcDKg3LK13+d-XvBzXUA4iHjS6PHNA@mail.gmail.com>
From: Mark Baker <distobj@acm.org>
To: json@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/json/OGjHM0Br7HcHSGBUNMxFud0F4PQ
X-Mailman-Approved-At: Wed, 02 Jul 2014 07:12:28 -0700
Subject: [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 03:04:04 -0000

Greetings,

There's no mention of which media type I-JSON content should use. A
quick check of the archives shows recent discussion about
application/xxx+i-json and application/i-json, but I don't know why it
isn't yet in the draft. I think it's essential to get this correct,
given the compatibility goals of the format.

FWIW, I agree that a non +json type is required, and also agree that
its short name should be usable as a suffix. So I'd personally go with
application/ijson and application/*+ijson as I expect many will find
the use of "-" confusing in suffix form.

The must-ignore/must-understand section also seems out of place here.
"must understand" has historically not referred to a lack of
extensibility, but to an inline declaration that some particular
extension cannot be safely ignored (see SOAP). Instead it's used here
as the opposite of "must ignore". And I also don't particularly care
for the characterization of the extensibility of a data format in
terms of implementation behaviour; the point is not that
implementations "must ignore" unknown extensions, it's that the format
is designed so it can be interpreted piecemeal[1], and that seems to
already be part of the assumed fabric of JSON (luckily, schema-think
hasn't yet taken over JSON-land) so doesn't seem worth mentioning. I'd
suggest removing this section.

 [1] http://www.w3.org/TR/1998/NOTE-webarch-extlang-19980210