Re: [apps-discuss] Questions about Structured Syntax Suffixes (SSS)
Mark Nottingham <mnot@mnot.net> Thu, 24 May 2012 10:58 UTC
Return-Path: <mnot@mnot.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1020921F8606 for <apps-discuss@ietfa.amsl.com>; Thu, 24 May 2012 03:58:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.999
X-Spam-Level:
X-Spam-Status: No, score=-102.999 tagged_above=-999 required=5 tests=[AWL=-0.400, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RHuAFaxVmSrb for <apps-discuss@ietfa.amsl.com>; Thu, 24 May 2012 03:58:09 -0700 (PDT)
Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id 5A79621F85BB for <discuss@apps.ietf.org>; Thu, 24 May 2012 03:58:09 -0700 (PDT)
Received: from mnot-mini.mnot.net (unknown [118.209.21.48]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 8CC8E22E25B; Thu, 24 May 2012 06:58:01 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="us-ascii"
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <f5b7gw1zwud.fsf@calexico.inf.ed.ac.uk>
Date: Thu, 24 May 2012 20:57:59 +1000
Content-Transfer-Encoding: quoted-printable
Message-Id: <1A233CED-A91D-4FDA-B8C6-3817299BB330@mnot.net>
References: <832E3E94-723B-4DC9-A9D5-46EA7A7DB427@mnot.net> <f5b7gw1zwud.fsf@calexico.inf.ed.ac.uk>
To: ht@inf.ed.ac.uk
X-Mailer: Apple Mail (2.1278)
Cc: Apps Discuss <discuss@apps.ietf.org>
Subject: Re: [apps-discuss] Questions about Structured Syntax Suffixes (SSS)
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 May 2012 10:58:10 -0000
On 24/05/2012, at 8:39 PM, Henry S. Thompson wrote: > Mark Nottingham writes: > >> Question: Is this actually useful in practice? I.e., what are the >> real-world use cases for SSS? >> >> We started this experiment with +xml, and I'm not aware of much >> software that uses that suffix to great advantage (please educate me >> if I'm overlooking something). > > Good question! I did a quick check, and the four browsers I looked at > did _not_ treat material served as application/foo+xml as XML (unless > its URI ended with ".xml"). Ah, that. > So _currently_ (aside from application/html+xml, which is recognised > as a unit, not specifically as allowing generic XML processing because > of the '+xml') the suffix serves only, as you suggest, as > human-readable confirmation of expectations. > > _But_ I think there is at least a potential upside going forward, in > that as we see both ...+xml and ...+json variants of particular types, > I _would_ expect software to dispatch on this information, rather than > sniffing. Or, to turn that around, if we _don't_ support SSS, we are > in practice requiring applications to sniff. What software? If it knows about the specific format -- whatever convention is used -- it's not necessary to have a convention. The convention is only good for software that DOESN'T know about the specific semantics/syntax of the format in use, but can derive some value from knowing a few generic conventions about it. The only one I can come up with is a generic test tool, like the one that I run at <http://redbot.org/>; with this sort of information, it'd be able to colourise the syntax of a few more formats that pass through it. To me, that's pretty thin justification; I'm not asking for this, and I run one of these tools! What I'm concerned about is that this may encourage people to register both XML and JSON variants of a format -- in fact, I suspect that this is part of the underlying motivation. I've already given my thoughts about that here <http://www.mnot.net/blog/2012/04/13/json_or_xml_just_decide>. Cheers, -- Mark Nottingham http://www.mnot.net/
- Re: [apps-discuss] Questions about Structured Syn… Henry S. Thompson
- [apps-discuss] Questions about Structured Syntax … Mark Nottingham
- Re: [apps-discuss] Questions about Structured Syn… Mark Nottingham
- Re: [apps-discuss] Questions about Structured Syn… Julian Reschke
- Re: [apps-discuss] Questions about Structured Syn… Henry S. Thompson
- Re: [apps-discuss] Questions about Structured Syn… Mark Nottingham
- Re: [apps-discuss] Questions about Structured Syn… Henry S. Thompson
- Re: [apps-discuss] Questions about Structured Syn… Julian Reschke