Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?

Maciej Stachowiak <mjs@apple.com> Sat, 30 January 2010 02:33 UTC

Return-Path: <mjs@apple.com>
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 8351A3A6872 for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 18:33:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.23
X-Spam-Level:
X-Spam-Status: No, score=-106.23 tagged_above=-999 required=5 tests=[AWL=0.979, BAYES_00=-2.599, GB_I_INVITATION=-2, PLING_QUERY=1.39, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 j+6rseMRQAdP for <hybi@core3.amsl.com>; Fri, 29 Jan 2010 18:33:52 -0800 (PST)
Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by core3.amsl.com (Postfix) with ESMTP id CE4553A6774 for <hybi@ietf.org>; Fri, 29 Jan 2010 18:33:52 -0800 (PST)
Received: from relay16.apple.com (relay16.apple.com [17.128.113.55]) by mail-out4.apple.com (Postfix) with ESMTP id 75C21893DF88 for <hybi@ietf.org>; Fri, 29 Jan 2010 18:34:17 -0800 (PST)
X-AuditID: 11807137-b7bd4ae000000f0d-8a-4b639aa92eec
Received: from elliott.apple.com (elliott.apple.com [17.151.62.13]) by relay16.apple.com (Apple SCV relay) with SMTP id 0D.7A.03853.9AA936B4; Fri, 29 Jan 2010 18:34:17 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="us-ascii"
Received: from [17.151.93.115] by elliott.apple.com (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPSA id <0KX1001VYGH4W920@elliott.apple.com> for hybi@ietf.org; Fri, 29 Jan 2010 18:34:17 -0800 (PST)
From: Maciej Stachowiak <mjs@apple.com>
In-reply-to: <5c902b9e1001290756r3f585204h32cacd6e64fbebaa@mail.gmail.com>
Date: Fri, 29 Jan 2010 18:34:16 -0800
Message-id: <2EAD9F72-58B6-4F19-89AE-288ACBD35E33@apple.com>
References: <de17d48e1001280012i2657b587i83cda30f50013e6b@mail.gmail.com> <4B620B8F.6030706@gmx.de> <Pine.LNX.4.64.1001282217320.22053@ps20323.dreamhostps.com> <bbeaa26f1001281449q1a6e1813q3f537fe15a5a9d60@mail.gmail.com> <4B625733.2020907@webtide.com> <6.2.5.6.2.20100128225542.06fa8d68@resistor.net> <Pine.LNX.4.64.1001290817520.22020@ps20323.dreamhostps.com> <4B62C5FE.8090904@it.aoyama.ac.jp> <Pine.LNX.4.64.1001291134350.22020@ps20323.dreamhostps.com> <4B62E516.2010003@webtide.com> <5c902b9e1001290756r3f585204h32cacd6e64fbebaa@mail.gmail.com>
To: Justin Erenkrantz <justin@erenkrantz.com>
X-Mailer: Apple Mail (2.1077)
X-Brightmail-Tracker: AAAAAQAAAZE=
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] Process! was: [whatwg] HttpOnly cookie for WebSocket?
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: Sat, 30 Jan 2010 02:33:53 -0000

On Jan 29, 2010, at 7:56 AM, Justin Erenkrantz wrote:

> On Fri, Jan 29, 2010 at 5:39 AM, Greg Wilkins <gregw@webtide.com> wrote:
>> The whatwg process relies on the consent of a single individual
>> (yourself) as editor.  This position is an appointment made by an
>> invitation only committee made up of 9 representatives from
>> various  browser manufacturers.   You are also on that committee,
>> the spokesman for the group and an employee of the company that
>> is shipping the first client implementation.
> 
> Yes, this is my biggest concern about the process so far - it seems
> very exclusionary to those of us who develop servers.  So far, this is
> a significant portion of the community that I feel has not had a
> legitimate chance to provide any real input into the WebSocket
> protocol.  Instead, as an httpd developer who knows just as much about
> HTTP as anyone else on this list, I just get the feeling that the
> browser developers are telling me that I need to implement a
> "protocol" without providing a legitimate opportunity for feedback.

The browser implementors working on WebSocket are very interested in meeting server-side needs. We want to implement features that will actually be used on the Web, not just for the fun of coding it. :-) Not only that, but many of us also have significant deployed and upcoming Web applications, and are considering the use of WebSocket in those offerings.

Thus, I would say that browser developers are very interested in input and feedback from server developers. In fact, I at least would like the final product to be something that server-side developers can feel positive about, and not just grudgingly accept.

If there are technical points of feedback that are not properly addressed, then let's have the conversation about those technical issues ASAP, and not mix it up with meta-level process issues.

Regards,
Maciej