[apps-discuss] [WF/SWD] about variable names in templates

Goix Laurent Walter <laurentwalter.goix@telecomitalia.it> Fri, 01 June 2012 09:39 UTC

Return-Path: <laurentwalter.goix@telecomitalia.it>
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 A581C21F8534 for <apps-discuss@ietfa.amsl.com>; Fri, 1 Jun 2012 02:39:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.229
X-Spam-Level:
X-Spam-Status: No, score=-0.229 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_MESSAGE=0.001, 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 wMPr3vCJDohg for <apps-discuss@ietfa.amsl.com>; Fri, 1 Jun 2012 02:39:41 -0700 (PDT)
Received: from GRFEDG702BA020.telecomitalia.it (grfedg702ba020.telecomitalia.it [156.54.233.201]) by ietfa.amsl.com (Postfix) with ESMTP id BFAA521F8667 for <apps-discuss@ietf.org>; Fri, 1 Jun 2012 02:39:39 -0700 (PDT)
Content-Type: multipart/mixed; boundary="_dae2108b-ce87-400e-883d-af3c25b1ad62_"
Received: from GRFHUB703BA020.griffon.local (10.188.101.113) by GRFEDG702BA020.telecomitalia.it (10.188.45.101) with Microsoft SMTP Server (TLS) id 8.3.245.1; Fri, 1 Jun 2012 11:39:38 +0200
Received: from GRFMBX704BA020.griffon.local ([10.188.101.16]) by GRFHUB703BA020.griffon.local ([10.188.101.113]) with mapi; Fri, 1 Jun 2012 11:39:37 +0200
From: Goix Laurent Walter <laurentwalter.goix@telecomitalia.it>
To: "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Date: Fri, 01 Jun 2012 11:39:36 +0200
Thread-Topic: [WF/SWD] about variable names in templates
Thread-Index: Ac0/2nUx7FONk2rQSq2Bmg0Mwj7Y6A==
Message-ID: <A09A9E0A4B9C654E8672D1DC003633AE530CE26BB5@GRFMBX704BA020.griffon.local>
Accept-Language: en-US, it-IT
Content-Language: it-IT
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, it-IT
x-ti-disclaimer: Disclaimer1
MIME-Version: 1.0
Subject: [apps-discuss] [WF/SWD] about variable names in templates
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: Fri, 01 Jun 2012 09:39:43 -0000

Hi all,

I'd like to discuss the introduction of a new variable name to be defined in WF/SWD beyond the {uri} variable defined in RFC6415, in relation to the use of templates in xrd/jrd descriptors. This variable name should capture the username part only for more flexibility.

This is based on implementation experience for social network federation (ie server to server discovery) where large provider islands need perform discovery on many users of remote islands to discover some endpoints.

Currently in various implementations a first host-meta call is issued to discover the lrdd template, followed by the actual lrdd query for a specific resource. The host-meta of that domain is typically cached to save a call for the next user discovery, but a lrdd query is sent each time for a new user (the response for the specific resource can be cached to limit queries).
On the other hand most of the endpoints discovered through lrdd queries for different resources on the same domain share the same pattern.

The host-meta can typically already contain a number of templates (right now lrdd is clearly the most popular), but lrdd typically contains actual uris. It would be useful (up to the service provider policy of course) to inform the "client" (in this case the querying server) that a specific endpoint uri actually follows a pattern that can be used for any user of that domain (whenever applicable of course).
This could be already achieved for example by exposing such endpoints already in the host-meta using templates.

However currently the only template variable name defined is "{uri}", which gives very little flexibility to servers to create patterns. I'd like to get your feedback on the introduction in the WF draft of a new variable name related to the userpart only (eg. for "acct:joe@example.com", the userpart is "joe"). This could be "{uri.userpart}" or "{username}" etc  and would enable to express templates like:

<Link rel='http://schemas.google.com/g/2010#updates-from'
          template='http://example.com/activities/{uri.userpart}'
          type='application/atom+xml'/>
<Link rel='http://portablecontacts.net/spec/1.0#me'
          template= 'http://example.com/api/people/{uri.userpart}'/>

The client would thus know that this template is generalizable for other users. In case the single href is provided, the client would not know (and may not assume) that the actual url is built according to a specific pattern.

Walter
Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.

This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.

[cid:00000000000000000000000000000003@TI.Disclaimer]Rispetta l'ambiente. Non stampare questa mail se non ? necessario.