[Web-SIG] websocket support in WSGI
sh at defuze.org
Tue May 22 15:45:50 CEST 2012
On Tue, May 22, 2012 at 3:39 PM, Alex Grönholm <alex.gronholm at nextday.fi>wrote:
> 22.05.2012 10:38, Sylvain Hellegouarch kirjoitti:
>> In other words: The responsibility for the connection (and socket) is
>> passed to the application.
>> This works well with traditional threaded servers. The application can
>> spawn a new worker thread, put the job into a queue or whatever and then
>> return from the application callable, allowing the server thread to
>> continue handling new connections.
> This is exactly how ws4py was implemented when using CherryPy for the
> HTTP server performing the handshake . There's also a WSGI middleware
>  but it's heavily geared towards gevent and may not be reusable easily
> elsewhere I'm afraid.
> It's also a hack that violates the WSGI spec. It's also not usable through
> reverse proxying or FCGI/SCGI.
Yeap that's very true and it'll stay a hack until WSGI is updated to
support it or explicitely reject protocols such as WebSocket. In the
meanwhile, I'm personally fine having projects like ws4py to play with and
decide what could work and what couldn't.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Web-SIG