Re: [hybi] ws: and wss: schemes

Julian Reschke <julian.reschke@gmx.de> Fri, 04 September 2009 17:28 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C0883A696E for <hybi@core3.amsl.com>; Fri, 4 Sep 2009 10:28:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.435
X-Spam-Level:
X-Spam-Status: No, score=-4.435 tagged_above=-999 required=5 tests=[AWL=-1.836, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ivNxZtA3EscO for <hybi@core3.amsl.com>; Fri, 4 Sep 2009 10:28:06 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id 038363A67A1 for <hybi@ietf.org>; Fri, 4 Sep 2009 10:28:05 -0700 (PDT)
Received: (qmail invoked by alias); 04 Sep 2009 17:00:12 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.117]) [217.91.35.233] by mail.gmx.net (mp005) with SMTP; 04 Sep 2009 19:00:12 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/OOlcSK1nO0q3JUIn3BNzl1tQSWMjGe1VKJCqQrB 39Vs/uU267L4Gf
Message-ID: <4AA14792.4020009@gmx.de>
Date: Fri, 04 Sep 2009 19:00:02 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.4) Gecko/20060516 Thunderbird/1.5.0.4 Mnenhy/0.7.4.666
MIME-Version: 1.0
To: Ian Hickson <ian@hixie.ch>
References: <OF22CD1320.96C55266-ON85257610.004AB599-85257610.004BC9CA@lotus.com> <C9931C12-E123-437D-8E7D-F8C680C62397@mnot.net> <4A8CAA72.3000209@berkeley.edu> <Pine.LNX.4.62.0909040147300.6775@hixie.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.62.0909040147300.6775@hixie.dreamhostps.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.5
Cc: URI <uri@w3.org>, hybi@ietf.org, uri-review@ietf.org
Subject: Re: [hybi] ws: and wss: schemes
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Sep 2009 17:28:07 -0000

Ian Hickson wrote:
> On Fri, 14 Aug 2009, Julian Reschke wrote:
>> [...] it now says:
>>
>>>    URI scheme syntax.
>>>       In ABNF terms using the terminals from the IRI specifications:
>>>       [RFC5238] [RFC3987]
>>>
>>>            "ws" ":" ihier-part [ "?" iquery ]
>> That is even worse than before, because it now uses productions from the 
>> IRI spec defining *URI* syntax.
> 
> ws: and wss: URLs are i18n-aware; why would we want to limit them to 
> ASCII?

Because that's how URI and thus URLs are defined.

>> Furthermore, it still doesn't answer what the semantics of these parts 
>> are. What do "ihier-part" and "iquery" represent in a ws URI?
> 
> This is defined by the RFC 3987, no? Surely we wouldn't want IRI 
> components to have different meanings in different schemes?

If you can point to a section in RFC 3987 which defines more than the 
syntax, and can state that that also applies to "ws", then, great...

>> What's the effect? How are they used?
> 
> This is defined earlier in the Web Socket specification.

I don't think it was when I wrote that emaol.

> 
>> PS: what does RFC5238 have to do with this?
> 
> Oops, typo. Fixed. (Meant 5234.)
> 
> 
> On Fri, 14 Aug 2009, Julian Reschke wrote:
>> Ian Hickson wrote:
>>>> I assume you are using ABNF syntax (RFC5234) and terminology from the URI
>>>> spec, but you really need to state that.
>>> Thanks, fixed.
>>>
>>> (I tried referencing STD68 instead of RFC5234, as we do in HTML5, but
>>> apparently there's no index of STD references for xml2rfc?)
>> Just day "STD68" instead of "RFC5234" in the reference/@anchor element.
> 
> I have no <reference> elements, I'm using the <?rfc include=""?> feature 
> and reference.RFC.xxxx.xml files. I couldn't find STD reference files.

Don't use the include feature then.

>>>>>    URI scheme semantics.
>>>>>       The only operation for this scheme is to open a connection using
>>>>>       the Web Socket protocol.
>>>>>
>>>>>    Encoding considerations.
>>>>>       UTF-8 only.
>>>> What does this mean?
>>> That the only encoding that can be used with this scheme is UTF-8. What is
>>> unclear?
>> You can only have ASCII characters in a URI. I believe you're trying to do the
>> right thing, but it really requires a few more words (...when non-URL
>> characters are to be used in a ws URI, they need to be encoded using UTF-8 and
>> then percent-escaped...)
> 
> I've deferred to RFC3987 to sidestep this issue.

A URI is not a IRI.

You can refer to the mapping, but that really needs a few more words 
than "See RFC3987.".

> ...


BR, Julian