Re: [hybi] Serf support for BWTP

Ian Hickson <ian@hixie.ch> Sun, 31 January 2010 08:34 UTC

Return-Path: <ian@hixie.ch>
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 E3DC928C0EF for <hybi@core3.amsl.com>; Sun, 31 Jan 2010 00:34:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.319
X-Spam-Level:
X-Spam-Status: No, score=-2.319 tagged_above=-999 required=5 tests=[AWL=0.280, 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 B5LZIy+E9mns for <hybi@core3.amsl.com>; Sun, 31 Jan 2010 00:34:00 -0800 (PST)
Received: from looneymail-a4.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by core3.amsl.com (Postfix) with ESMTP id E186328C0EA for <hybi@ietf.org>; Sun, 31 Jan 2010 00:34:00 -0800 (PST)
Received: from ps20323.dreamhostps.com (ps20323.dreamhost.com [69.163.222.251]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by looneymail-a4.g.dreamhost.com (Postfix) with ESMTP id 378C883C6; Sun, 31 Jan 2010 00:34:30 -0800 (PST)
Date: Sun, 31 Jan 2010 08:34:29 +0000
From: Ian Hickson <ian@hixie.ch>
To: Justin Erenkrantz <justin@erenkrantz.com>
In-Reply-To: <5c902b9e0912180032o33d58da5hf3411baeb1fc5f7f@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.1001310829370.3846@ps20323.dreamhostps.com>
References: <5c902b9e0912180032o33d58da5hf3411baeb1fc5f7f@mail.gmail.com>
Content-Language: en-GB-hixie
Content-Style-Type: text/css
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Cc: hybi@ietf.org
Subject: Re: [hybi] Serf support for BWTP
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: Sun, 31 Jan 2010 08:34:02 -0000

On Fri, 18 Dec 2009, Justin Erenkrantz wrote:
> 
> If ya'll haven't followed the Twitter conversation between me and Hixie 
> over the last few days, I've pretty much come to the same conclusions 
> regarding "Web Sockets" RFC that Greg Wilkins did much earlier.  (Kudos 
> to Greg!)  I guess that Hixie has tried to write his RFC drafts in a way 
> that stresses one particular way of writing a client - but for a pure 
> async client library like Serf, the description in the RFC is pretty 
> impenetrable...and, in my mind, not very helpful when it comes to 
> writing an independent implementation.

I've tried to address some of this feedback in the spec, in particular 
rewriting some sections to be more straight-forward about what needs 
implementing. While it is still very specific about normative conformance 
criteria, rather than being an abstract description of an idealised 
protocol [1], it should at least be more readable now. If you have any 
specific feedback about specific sections that need changing, it would be 
great if you could send it to this list.

(I'm going through feedback received in the past month now, and have 
reached feedback sent up to mid-December; if you send feedback after then, 
I should reply to it soon.)


[1] I'm convinced, based on experience with a number of other 
specifications for Web standards, that the abstract style leads to 
significantly more implementation bugs and interoperability problems than 
the more imperative style the spec currently uses. I'm not convinced it's 
possible to sanely define all the error handling rules needed to get good 
interop on the Web without having explicit sections for clients and 
servers. The HTTP specs, the URI specs, HTML4, and CSS1 are the four 
examples I'm most familiar with that demostrate this most clearly.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'