On 20/05/2012 19:46, Henri Gomez wrote: > And what about using pollsets with specific timeout and associate sockets to > pollset according to their timeout needs ?
That is what we do currently. I'm not convinced that is a scalable long term solution as the number of things that need different time outs increases. Mark > > Just an idea. > > Le 20 mai 2012 à 20:37, Mark Thomas <ma...@apache.org> a écrit : > >> Currently, time outs for APR/native sockets are managed at the Pollset >> level. This means all sockets in a single Pollset must have the same >> time out. This is starting to become a nuisance. >> >> I have already had to add a second Pollset to AprEndpoint to handle >> separate connection and keep-alive time outs. Now I need to be able to >> handle infinite time outs for WebSocket and I do not want to have to add >> a third Pollset. >> >> Therefore, I intend modifying the APR/native code to support per socket >> time outs. I would be grateful if those of you with more C knowledge >> than I (which is most people on this list) could: >> a) tell me now if this is a crazy idea (and why) >> b) keep an extra close eye on any commit of mine that touches the C code. >> >> I intend to retain backwards compatibility so newer versions of the >> native connector will work with older Tomcat versions but Tomcat 7 will >> have a new minimum native version so that this feature is available. >> This means that the next Tomcat 7 release is likely to have to wait for >> the next native release. >> >> Looking at the code so far, I am likely to start with some renaming to >> clarify the current code before actually changing anything functional. >> >> Mark >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org