https://issues.apache.org/bugzilla/show_bug.cgi?id=51181
--- Comment #23 from Mark Thomas <ma...@apache.org> 2012-01-08 13:03:42 UTC --- (In reply to comment #22) > Is there any estimate when WebSockets support will be implemented? No. The preparatory work of aligning the connectors is pretty much complete which will make implementation easier. There is some ongoing discussion in Servlet 3.1 EG on how Servlet 3.1 and Web Sockets will work together. I have some rough ideas implemented that I really should get around to sharing. Nag me (on the dev list) in a couple of weeks if I haven't done anything. > As far as API, I would not mind if it is somewhat similar to the Comet > functionality. In fact it would be nice if the same Servlet instance could > handle both WebSocket and Comet requests. As long as it doesn't create additional complexities, that should be possible. > So it may looks something like: Thanks for the API suggestion. It is good to see someone finally responding my request from September. Further input from other potential users welcome. Jetty have offered to work on a joint API - there is clearly some benefit in that. > One longstanding limitation to the Tomcat Comet API is the ability to specify > "maximum send queue size threshold" to disconnect slow consumers when send > backlog crosses a limit. I have requested this in the past with no luck. This > is is absolutely critical for the production application. We had situations > when a slow consumer would block IO thread dedicated to multiple clients > eventually causing Tomcat run out of memory. That is really a separate issue. The best way to approach that is to create an enhancement request in Bugziila. Enhancement requests with test cases and patches tend to get looked at faster. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org