From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.142.191.1 with SMTP id o1cs127612wff; Mon, 14 Dec 2009 17:00:52 -0800 (PST) Received: from mr.google.com ([10.150.249.4]) by 10.150.249.4 with SMTP id w4mr2546524ybh.26.1260838851652 (num_hops = 1); Mon, 14 Dec 2009 17:00:51 -0800 (PST) Received: by 10.150.249.4 with SMTP id w4mr319696ybh.26.1260838850275; Mon, 14 Dec 2009 17:00:50 -0800 (PST) X-BeenThere: rack-devel@googlegroups.com Received: by 10.91.17.26 with SMTP id u26ls3029986agi.0.p; Mon, 14 Dec 2009 17:00:48 -0800 (PST) Received: by 10.90.61.29 with SMTP id j29mr3768585aga.5.1260838845699; Mon, 14 Dec 2009 17:00:45 -0800 (PST) Received: by 10.90.61.29 with SMTP id j29mr3768527aga.5.1260838842663; Mon, 14 Dec 2009 17:00:42 -0800 (PST) Return-Path: Received: from mail-yx0-f193.google.com (mail-yx0-f193.google.com [209.85.210.193]) by gmr-mx.google.com with ESMTP id 24si626057ywh.7.2009.12.14.17.00.41; Mon, 14 Dec 2009 17:00:41 -0800 (PST) Received-SPF: pass (google.com: domain of jftucker@gmail.com designates 209.85.210.193 as permitted sender) client-ip=209.85.210.193; Received: by yxe31 with SMTP id 31so3635074yxe.21 for ; Mon, 14 Dec 2009 17:00:41 -0800 (PST) Received: by 10.101.161.1 with SMTP id n1mr6488484ano.146.1260838841399; Mon, 14 Dec 2009 17:00:41 -0800 (PST) Return-Path: Received: from ?192.168.1.54? ([199.172.234.251]) by mx.google.com with ESMTPS id 8sm1756827ywg.49.2009.12.14.17.00.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Dec 2009 17:00:40 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Subject: Re: [ANN/RFC] LMGTWTY - Web Sockets for Rack+Rainbows! From: James Tucker In-Reply-To: <20091214184227.GB12789@dcvr.yhbt.net> Date: Tue, 15 Dec 2009 01:00:37 +0000 Message-Id: <102BE9BA-FC74-4C5C-A37B-A526C0E7A010@gmail.com> References: <20091211201958.GD2121@dcvr.yhbt.net> <20091213205355.GB30229@dcvr.yhbt.net> <20091214184227.GB12789@dcvr.yhbt.net> To: rack-devel@googlegroups.com X-Mailer: Apple Mail (2.1077) X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jftucker@gmail.com designates 209.85.210.193 as permitted sender) smtp.mail=jftucker@gmail.com; dkim=pass (test mode) header.i=@gmail.com X-Original-Sender: jftucker@gmail.com Reply-To: rack-devel@googlegroups.com Precedence: list Mailing-list: list rack-devel@googlegroups.com; contact rack-devel+owners@googlegroups.com List-ID: List-Post: , List-Help: , List-Archive: X-Thread-Url: http://groups.google.com/group/rack-devel/t/1214d460ed982748 X-Message-Url: http://groups.google.com/group/rack-devel/msg/90928bca73726430 Sender: rack-devel@googlegroups.com List-Unsubscribe: , List-Subscribe: , Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable On 14 Dec 2009, at 18:42, Eric Wong wrote: > James Tucker wrote: >> On 14 Dec 2009, at 00:23, Lakshan Perera wrote: >>> This is awesome! Thanks for coming up something like this, in a >>> short period of time. I hope this would be part of Rack, which >>> would enable all Ruby Frameworks to work effortlessly with >>> WebSockets. >>=20 >> I really want to work out an abstraction away from IO instances, = #read >> and #write for this stuff. It's highly coupled, getting in the way of >> tests, and heavy lifting environments. I have big plans for Rack 2.0 >> to remove all IO that has not been properly abstracted and decoupled >> from implementation details, but that's a long way off, mostly due to >> lack of time and incentive. In the meantime, I can implore you all to >> take steps in the right direction :-) >=20 > Huh? I don't see what the problem with IO instances/semantics is, > especially with the availability of StringIO for testing. = "rack.input" > is clearly specified and works fine as-is IMHO, though the = rewindability > requirement does add some unnecessary overhead. I disagree with "works fine". It does not work fine with Thin, in fact, = on the contrary, it forces some real ugliness into the system. I also = think that StringIO is a really unfortunate thing to have to resort to, = as it has so many short comings. >=20 > --=20 > Eric Wong