IETF Logo Mail Archive

Re: [art] [media-types] [internet-drafts@ietf.org] New Version Notification for draft-shelby-exi-registration-02.txt

Olaf Bergmann <bergmann@tzi.org> Tue, 28 February 2017 14:23 UTC

Return-Path: <bergmann@tzi.org>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA44A129563; Tue, 28 Feb 2017 06:23:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=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 PgNaS2ggHUpC; Tue, 28 Feb 2017 06:23:08 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A119412958C; Tue, 28 Feb 2017 06:23:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v1SEN5gF012219; Tue, 28 Feb 2017 15:23:05 +0100 (CET)
Received: from aung.tzi.org (unknown [IPv6:2001:638:708:30da:f914:6d44:554a:662d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vXgls4XyJzDJCp; Tue, 28 Feb 2017 15:23:05 +0100 (CET)
From: Olaf Bergmann <bergmann@tzi.org>
To: Ned Freed <ned.freed@mrochek.com>
References: <87innupsvh.fsf@aung.informatik.uni-bremen.de> <01QBES7UHX6E0005AQ@mauve.mrochek.com>
Date: Tue, 28 Feb 2017 15:23:05 +0100
In-Reply-To: <01QBES7UHX6E0005AQ@mauve.mrochek.com> (Ned Freed's message of "Tue, 28 Feb 2017 05:58:15 -0800 (PST)")
Message-ID: <87r32io0mu.fsf@aung.informatik.uni-bremen.de>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/Od4jyYy4NywuOuW68kSfgcnELBM>
Cc: media-types@ietf.org, art@ietf.org, core@ietf.org
Subject: Re: [art] [media-types] [internet-drafts@ietf.org] New Version Notification for draft-shelby-exi-registration-02.txt
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2017 14:23:10 -0000

Hi Ned,

Ned Freed <ned.freed@mrochek.com> writes:

> Has something changed about the definition of EXI that would make it actually
> appropriate as a media type suffix? Because unless there's been a change the
> reason this hasn't progressed is because it's inappropriate for it to do so.

What has changed is the fact that +exi is in actual use.

> In particular, it isn't possible to process a type that ends in +exi in any
> significant way without knowing the type's schema. So unless there's a way
> of discovering that knowing nothing but the type name, +exi provides
> no utility.

Well, processing a document is one thing. But signaling that you can
process a document (with or without schema) is another thing. The "+exi"
suffix helps where application/exi and content-coding: exi are not
applicable (e.g. in a CoAP Accept option). This is pretty much what the
draft describes.

Grüße
Olaf

v2.23.0 | Report a Bug | By Email