Re: [webfinger] feedback for multiple "rel"

nov matake <matake@gmail.com> Sat, 22 December 2012 05:36 UTC

Return-Path: <matake@gmail.com>
X-Original-To: webfinger@ietfa.amsl.com
Delivered-To: webfinger@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0079C21E8042 for <webfinger@ietfa.amsl.com>; Fri, 21 Dec 2012 21:36:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.532
X-Spam-Level:
X-Spam-Status: No, score=-3.532 tagged_above=-999 required=5 tests=[AWL=-0.067, BAYES_00=-2.599, HTTP_ESCAPED_HOST=0.134, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VWOXJwvxkSSd for <webfinger@ietfa.amsl.com>; Fri, 21 Dec 2012 21:36:01 -0800 (PST)
Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) by ietfa.amsl.com (Postfix) with ESMTP id 617D621E8037 for <webfinger@ietf.org>; Fri, 21 Dec 2012 21:36:01 -0800 (PST)
Received: by mail-pa0-f47.google.com with SMTP id fa10so3202534pad.20 for <webfinger@ietf.org>; Fri, 21 Dec 2012 21:36:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=FspJ3sflyVpjPl4B+EuC9ERAuGecDn2oPGAKbTu0eB4=; b=uSNHLb2d3E6KF9PeqW1SGQpIOrBer7jaNQyxSkM+3nYUpAmeoG2f5FyN7dr+RrDeql HgNpVcVqET1jXXU3tVsgLp+BFhkSBsPrZ8njW/e3tdUJrMtjjSylB0Ln/1+K/fZNsPuf +JZFt4Y15wYGhfHBLTWGOXyRdxQKpATV6PQPKI7GImNodpocEB97SNuEqKMyD0tibCJB BaE8IZknysySzCNeRYcvZk1MTfyp3WUVqeYiAkhcFV5wO9jNKaZHvEdXjSjSxBfxvOGm cmCzIuir1T4s2o5s6n81v4GQMSL37cMi4zy1qXKYd+/1egdLfhbi87e1rpj8MCQFHpZG Ru+A==
X-Received: by 10.66.81.198 with SMTP id c6mr43088446pay.50.1356154561197; Fri, 21 Dec 2012 21:36:01 -0800 (PST)
Received: from [192.168.1.6] (z195031.dynamic.ppp.asahi-net.or.jp. [110.4.195.31]) by mx.google.com with ESMTPS id vk5sm8224370pbc.34.2012.12.21.21.35.58 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Dec 2012 21:36:00 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: nov matake <matake@gmail.com>
In-Reply-To: <077401cde003$bc74fe40$355efac0$@packetizer.com>
Date: Sat, 22 Dec 2012 14:35:58 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <3B2DA5C2-0868-4738-ABB0-5D33D920EB37@gmail.com>
References: <58036BAD-2161-4420-A724-343883F627B7@gmail.com> <077401cde003$bc74fe40$355efac0$@packetizer.com>
To: "Paul E. Jones" <paulej@packetizer.com>
X-Mailer: Apple Mail (2.1499)
Cc: webfinger@ietf.org
Subject: Re: [webfinger] feedback for multiple "rel"
X-BeenThere: webfinger@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of the Webfinger protocol proposal in the Applications Area <webfinger.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webfinger>, <mailto:webfinger-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/webfinger>
List-Post: <mailto:webfinger@ietf.org>
List-Help: <mailto:webfinger-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webfinger>, <mailto:webfinger-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Dec 2012 05:36:02 -0000

Understood.
I saw the same debate in OAuth2 ML and saw opposite result :p

I, as a ruby library developer, prefer single "rel" because parsing double encoded values in library is easier than modifying developer's application framework.
But at same time, as OpenID Connect library developer, it's probably too late to change webfinger spec ... :(

On 2012/12/22, at 14:18, Paul E. Jones <paulej@packetizer.com> wrote:

> Nov,
> 
> It used to base space-delimited in the -02 draft:
> http://tools.ietf.org/html/draft-ietf-appsawg-webfinger-02#section-5.3
> 
> We had a debate over this and, as usual, I lost. :-)
> 
> Some people expressed concerns that there might be spaces in the URL, so
> taking two URLs like this:
> 
> http://example.com/this one
> http://example.com/that one
> 
> And then putting them into the "rel" parameter like this:
> 
> http%3A%2F%2Fexample.com%2Fthis%20one%20http%3A%2F%2Fexample.com%2Fthat%20on
> e
>                               ^^^   ^^^
> 
> The ^^^ denotes the problem.
> 
> Unescaping and splitting on spaces would give you 4 values.
> 
> So, one has to do this:
> encodeURIComponent(
>   encodeURIComponent ("http://example.com/this one") + " " +
>   encodeURIComponent ("http://example.com/that one") )
> 
> And put that into the "rel" parameter.
> 
> That can get a bit ugly.  I personally preferred the single rel parameter,
> though.  I was overruled.
> 
> Perhaps you might be more persuasive than I was.
> 
> Paul
> 
>> -----Original Message-----
>> From: webfinger-bounces@ietf.org [mailto:webfinger-bounces@ietf.org] On
>> Behalf Of nov matake
>> Sent: Friday, December 21, 2012 11:49 PM
>> To: webfinger@ietf.org
>> Subject: [webfinger] feedback for multiple "rel"
>> 
>> Hi,
>> 
>> I have a comment for they way to specify multiple "rel" values.
>> 
>> As a ruby library developer, my main target is rails developers.
>> Since rails can't handle multiple same query keys, developers will need
>> to hack query params parser in rails middleware layer.
>> I can easily imagine it'll be an annoying part to support webfinger in
>> rails.
>> 
>> Is the multiple "rel" case can be a space-delimitered (or some other
>> character) strings like multiple redirect_uri in OAuth2?
>> Or any reason for putting multiple same keys in query parameters?
>> 
>> Cheers,
>> 
>> Nov Matake
>> _______________________________________________
>> webfinger mailing list
>> webfinger@ietf.org
>> https://www.ietf.org/mailman/listinfo/webfinger
>