Re: [hybi] #1: HTTP Compliance

Scott Ferguson <ferg@caucho.com> Wed, 19 May 2010 01:54 UTC

Return-Path: <ferg@caucho.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 927663A6A77 for <hybi@core3.amsl.com>; Tue, 18 May 2010 18:54:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.377
X-Spam-Level:
X-Spam-Status: No, score=0.377 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_50=0.001, IP_NOT_FRIENDLY=0.334]
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 zeP9UMnKGaiX for <hybi@core3.amsl.com>; Tue, 18 May 2010 18:54:57 -0700 (PDT)
Received: from smtp113.biz.mail.sp1.yahoo.com (smtp113.biz.mail.sp1.yahoo.com [69.147.92.226]) by core3.amsl.com (Postfix) with SMTP id E1E083A691E for <hybi@ietf.org>; Tue, 18 May 2010 18:54:57 -0700 (PDT)
Received: (qmail 48649 invoked from network); 19 May 2010 01:54:48 -0000
Received: from [192.168.1.10] (ferg@66.92.8.203 with plain) by smtp113.biz.mail.sp1.yahoo.com with SMTP; 18 May 2010 18:54:48 -0700 PDT
X-Yahoo-SMTP: L1_TBRiswBB5.MuzAo8Yf89wczFo0A2C
X-YMail-OSG: JKkHoGEVM1mglU9fRQ_pWaGcjKyJqh76xclCNXbhBxK712wwou7yIbeln9JpleFfKmdYLuA7FjcBTCu2ZO7KJivkq2bkmQRRdUMzX8h3F1rypCuuoog5s4OBwFBenS9q15v1b01OSNbfSZoexiTBVl.u.JGlSIqceDFDXIpcne15T75r0uUXLNJLmE2pqmOxFVVd5ib4X7qlqYBPOcaq7EfVJlbSDYO.jHxtp3X7ArbpRZPzCWok0Z1Oq8__zrWEBKXBcFARHOMwZGY33mDEvzonkStYb9dNu_Mexu8fwl72sTzDAaO8pg--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4BF344E5.4030309@caucho.com>
Date: Tue, 18 May 2010 18:54:45 -0700
From: Scott Ferguson <ferg@caucho.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Ian Hickson <ian@hixie.ch>
References: <068.d07026741c6694cd80652d2a7d34f236@tools.ietf.org> <Pine.LNX.4.64.1005170918310.25609@ps20323.dreamhostps.com> <4BF11920.2080307@webtide.com> <Pine.LNX.4.64.1005171039050.25609@ps20323.dreamhostps.com> <4BF12FF1.2020101@webtide.com> <15307.1274106895.116423@Sputnik> <Pine.LNX.4.64.1005172259030.22838@ps20323.dreamhostps.com> <20100518003753.GP20356@shareable.org> <Pine.LNX.4.64.1005180229430.22838@ps20323.dreamhostps.com> <20100518121245.GR20356@shareable.org> <AANLkTiniCjBwm5T59as8jByM5xDhPMrea-GqZFpWPAVS@mail.gmail.com> <Pine.LNX.4.64.1005182105360.22838@ps20323.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.64.1005182105360.22838@ps20323.dreamhostps.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "hybi@ietf.org" <hybi@ietf.org>
Subject: Re: [hybi] #1: HTTP Compliance
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: Wed, 19 May 2010 01:54:58 -0000

Ian Hickson wrote:
>
> On Tue, 18 May 2010, Greg Wilkins wrote:
>   
>> If the handshake is HTTP compliant, then the connection for a websocket 
>> handshake could be taken from the existing pool of idle connections to a 
>> host.  That would save the time needed to establish the connection.
>>     
>
> The resemblence to HTTP is nothing more than a hack to alolow us to share 
> ports in certain advanced scenarios. Most Web Socket servers will know 
> nothing about HTTP. Reusing connections is a level of complexity that is 
> completely unwarranted and that would only be useful in the rarest of 
> cases. It's a proposal that lies on completely the wrong side of the 80/20 
> line and would introduce _massive_ complexity for authors, who would have 
> no idea why their WebSocket servers were suddenly receiving random HTTP 
> requests and vice versa.

Huh? HTTP connection pooling isn't hard at all, certainly not 
"massively" complex, and would be invisible to the JavaScript 
programmers and WebSocket service writers. And pooling wouldn't dispatch 
random HTTP requests to the WebSocket resources.

TBH, this paragraph reads as if it was written by someone who doesn't 
understand how a HTTP client or server is written.

-- Scott