DO NOT REPLY [Bug 27371] - java.lang.ThreadDeath caused by log4j when reloading Tomcat app

2004-12-31 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27371. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

2004-12-31 Thread Bill Barker
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This

DO NOT REPLY [Bug 26372] - java.lang.ThreadDeath when trying to reload an application

2004-12-31 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 32741] - committed spelled wrong in INFO message

2004-12-31 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32741. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.

Re: still jk2?

2004-12-31 Thread jean-frederic clere
William A. Rowe, Jr. wrote: http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2/index.html seems a bit dated. Perhaps add some indication that this is no longer the recommended solution? That is an archive of the old documentation. Bill

Re: important letter

2004-12-31 Thread remm
I have attached your document. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Fabio Rozo/Colorspan is out of the office.

2004-12-31 Thread fabio . rozo
I will be out of the office starting 12/22/2004 and will not return until 01/04/2005. I will respond to your message when I return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Anne-Sophie Brichard/EUZ/ChubbMail is out of the office.

2004-12-31 Thread abrichard
I will be out of the office starting 31/12/2004 and will not return until 03/01/2005. En mon absence merci de bien vouloir contacter Sophie Chevillet ([EMAIL PROTECTED]) au 01 70 36 65 02 - To unsubscribe, e-mail: [EMAIL

Re: adding features to Status servlet

2004-12-31 Thread Costin Manolache
Peter Lin wrote: I'm thinking of adding system load stats to the status servlet. What do other's think about it? It would use JNI to call a native lib and it would only work on unix, but it would be good to have. I would also update JMeter in the process to display the system load average. peter

Re: adding features to Status servlet

2004-12-31 Thread Peter Lin
it could be a separate module. It definitely should use MBean. In terms of getting the CPU load stats, I was thinking of calling the standard sysinfo loads[]. Is there some other way of getting the system load stats? or CPU stats? that doesn't require calling native code? peter On Fri, 31 Dec

Re: adding features to Status servlet

2004-12-31 Thread Frank W. Zammetti
I would personally have some reservations about doing this... It's a little better if it's a module you can activate and deactivate, but still... First, if it's not something you can do cross-platform, I'm not sure I'd like it. AFAIK Tomcat is nicely cross-platform now, anything that breaks

Re: adding features to Status servlet

2004-12-31 Thread Peter Lin
that's why I decided it was a good idea to ask for other's thoughts. From a stress testing perspective, I find system load stats very valuable. breaking tomcat isn't something I find desirable either, but there has to be a better way to measure system load other than ssh into the server and use

Re: adding features to Status servlet

2004-12-31 Thread Costin Manolache
As implementation - I assume you weren't going to add a native method and a .so library to the standalone tomcat distribution :-) Adding capability to StatusServlet to report arbitrary mbean attributes would make this feature easy to add ( there is some code in JmxProxyServlet - but it it would

DO NOT REPLY [Bug 32908] New: - context-param s not available from ServletContextListener contextDestroyed() unless prior call to getInitParameter()

2004-12-31 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32908. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.