DO NOT REPLY [Bug 40668] - MailSessionFactory is missing in Tomcat 5.5.20

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 41806] New: - if i activate invoker services in web.xml i get an SecurityException Version (6.0.10)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Tomcat 6 Scales

Great article ! I wonder now what could be done when AJP is used instead of Coyote HTTP connector ? How does it fit ? Regards 2007/3/9, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>: I wrote a blog entry on how one of our connectors was developed the challenges you face doing that. Its not su

DO NOT REPLY [Bug 41806] - if i activate invoker services in web.xml i get an SecurityException Version (6.0.10)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Tomcat 6 Scales

Henri Gomez wrote: Great article ! I agree. But like Filip said, the entire NIO (as well as APR) is sort of a hack. It is obvious that the current JSE spec doesn't fit for hybrid logic (both blocking and non-blocking) because the cost of switching between them is simply to high for any practic

DO NOT REPLY [Bug 40668] - MailSessionFactory is missing in Tomcat 5.5.23

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Tomcat 6 Scales

Mladen Turk wrote: Filip Hanik - Dev Lists wrote: The processSocketWithOptions is a blocking call, hence you wont be able to acccept new connections as long as your worker threads are all busy. Not entirely true. What we need to do, is set the socket options, then simply add the socket t

Re: Tomcat 6 Scales

Filip Hanik - Dev Lists wrote: Mladen Turk wrote: The ultimate goal is to have 20k connections and still handle them evenly. The question is what will you do with those 20K connections. The current servlet implementation as well as http protocol is transactional (request/response), and presum

Re: Tomcat 6 Scales

Mladen Turk wrote: (backlog) For some reason, I have yet to see that backlog behave like it is supposed to in Tomcat. As my proposed long[] array is (supposedly) the same thing as the OS backlog, maybe Filip can experiment with the "backlog" attribute (by default, it's only 100, but could

Re: Tomcat 6 Scales

Mladen Turk wrote: Filip Hanik - Dev Lists wrote: Mladen Turk wrote: The ultimate goal is to have 20k connections and still handle them evenly. The question is what will you do with those 20K connections. The goal is that they will eventually get serviced, and that is the key. in my test,

Re: Tomcat 6 Scales

Remy Maucherat wrote: Mladen Turk wrote: (backlog) For some reason, I have yet to see that backlog behave like it is supposed to in Tomcat. As my proposed long[] array is (supposedly) the same thing as the OS backlog, maybe Filip can experiment with the "backlog" attribute (by default, it

Re: Tomcat 6 Scales

Great work - but I'm curious, wouldn't be better to explore the alternative direction - i.e. detect when the server is too loaded and send a quick 502 ? Maybe with some extra logic - like serve existing sessions first, provide some notifications that can be used by a load balancer ( or pager :-)

Re: Tomcat 6 Scales

Costin Manolache wrote: Great work - but I'm curious, wouldn't be better to explore the alternative direction - i.e. detect when the server is too loaded and send a quick 502 ? I totally agree, and the way its designed, this is totally doable. so whenever the existing connection count is more t

Re: Tomcat 6 Scales

Filip Hanik - Dev Lists wrote: Remy Maucherat wrote: Mladen Turk wrote: (backlog) For some reason, I have yet to see that backlog behave like it is supposed to in Tomcat. As my proposed long[] array is (supposedly) the same thing as the OS backlog, maybe Filip can experiment with the "bac

Re: Tomcat 6 Scales

Filip Hanik - Dev Lists wrote: We're doing pretty well with Comet, the only thing comet is missing is a non blocking write. It is possible to do that without changing the API, in case it is needed. It has a possibly significant cost however (buffering all data which cannot be sent right away)

DO NOT REPLY [Bug 41809] New: - some jsp-examples are broken

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Tomcat 6 Scales

Filip Hanik - Dev Lists wrote: Remy Maucherat wrote: Mladen Turk wrote: Thanks everyone for the feedback, I'll let you know how everything progresses. Be sure to read the http://www.faqs.org/rfcs/rfc1925.html :) Regards, Mladen. ---