Re: [core] feedback on resource-directory and mirror-proxy (and base) drafts

Zach Shelby <zach@sensinode.com> Sat, 10 March 2012 09:11 UTC

Return-Path: <zach@sensinode.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DEFC21F8680 for <core@ietfa.amsl.com>; Sat, 10 Mar 2012 01:11:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.478
X-Spam-Level:
X-Spam-Status: No, score=-3.478 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 eTJlUcRP8I0K for <core@ietfa.amsl.com>; Sat, 10 Mar 2012 01:10:59 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by ietfa.amsl.com (Postfix) with ESMTP id EBBBE21F8678 for <core@ietf.org>; Sat, 10 Mar 2012 01:10:57 -0800 (PST)
Received: from [192.168.1.103] (188-67-155-20.bb.dnainternet.fi [188.67.155.20]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.8/8.13.4) with ESMTP id q2A9An3G023776; Sat, 10 Mar 2012 11:10:49 +0200
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <4F5A370A.7090308@piuha.net>
Date: Sat, 10 Mar 2012 11:10:49 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <AF4A7660-2822-4167-89FE-0ACF3554DCC6@sensinode.com>
References: <4F59F906.4080906@piuha.net> <6144B86F-0CAF-47E9-BE60-16647BFF22DA@tzi.org> <4F5A370A.7090308@piuha.net>
To: Jari Arkko <jari.arkko@piuha.net>
X-Mailer: Apple Mail (2.1084)
Cc: Heidi-Maria Rissanen <heidi-maria.rissanen@ericsson.com>, core <core@ietf.org>
Subject: Re: [core] feedback on resource-directory and mirror-proxy (and base) drafts
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Mar 2012 09:11:01 -0000

On Mar 9, 2012, at 6:59 PM, Jari Arkko wrote:

>> When talking about the value of the sequence of options, it is a bit more intuitive to instead talk about the implied URI.  Notated in a HTTP header style:
>> 
>> Location: /foo/bar
>> 
>> is a short form of »two Location-Path options "foo" and "bar"«.
>> 
>> Yes, we need to get consistent here -- either use that notation and explain it or use the actual option values.  I still like to talk about /.well-known/core etc. instead of saying [{"Location-Path": ".well-known"}, {"Location-Path": "core"}] (or, worse, "\x6B.well-known\x04core").
>> 
> 
> You can certainly still talk about paths such as /.well-known/core in the text, but if you actually write an example that has lines like Location: /.well-known/core that is always going to be confusing, no matter what explanations you might add to the text. The point of an example is to show the real messages and attributes, and shorthand notations there is misleading. IMO, of course.

The RD draft is agnostic to whether CoAP or HTTP is used, thus the examples are as generic as possible. I think in CoRE it might be good to write up a draft that recommends a notation for specifying or giving examples of generic REST exchanges in drafts (other than the use of WADL). 

Zach

-- 
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://www.sensinode.com
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297