DO NOT REPLY [Bug 42085] - java.util.Logging duplicated since 5.5.23. 5.5.20 is OK

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

Tomcat 6.0.10 web.xml correction

Hello dev-list, I'm a newbie to this list. I'm not sure if this would be the right place to suggest a correction to Tomcat (please correct me if I'm wrong). I have a fresh install of Tomcat 6.0.10 and the web.xml under apache-tomcat-6.0.10\conf\ , still refers to Servlet 2.4 http://java.sun.co

Re: memory leak with shrinking thread pools

Here is a revised patch for the memory leak. One thing I noticed is that it goes a little farther than I think it does. Since every request processor gets registered with JMX, I just couldn't find a spot where it was unregistered. And since the name was dynamic, ie based on the "count++" variable

svn commit: r527748 - in /tomcat/site/trunk: docs/security-4.html xdocs/security-4.xml

Author: markt Date: Wed Apr 11 18:54:27 2007 New Revision: 527748 URL: http://svn.apache.org/viewvc?view=rev&rev=527748 Log: A couple of issues from the security list archives. Modified: tomcat/site/trunk/docs/security-4.html tomcat/site/trunk/xdocs/security-4.xml Modified: tomcat/site/t

Re: memory leak with shrinking thread pools

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: you're of course right, I think I simply need to get rid of the thread local cache, and use the processor cache instead. do you have any idea of the performance penalty? I'd probably use a ConcurrentLinkedQueue or something instead of synchr

Re: memory leak with shrinking thread pools

Filip Hanik - Dev Lists wrote: you're of course right, I think I simply need to get rid of the thread local cache, and use the processor cache instead. do you have any idea of the performance penalty? I'd probably use a ConcurrentLinkedQueue or something instead of synchronized{processorCache}

Re: memory leak with shrinking thread pools

Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: attached is an example patch using weak references that would solve this problem, I'd like to get thoughts on this patch, please comment if the attachment doesn't make it http://people.apache.org/~fhanik/mem-leak-diff.patch For sure it's n

DO NOT REPLY [Bug 42038] - JK uriworkermap ROOT mapping causes non-virtual exclusions to be ignored

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: memory leak with shrinking thread pools

Filip Hanik - Dev Lists wrote: attached is an example patch using weak references that would solve this problem, I'd like to get thoughts on this patch, please comment if the attachment doesn't make it http://people.apache.org/~fhanik/mem-leak-diff.patch For sure it's not the right way to do

DO NOT REPLY [Bug 42085] - java.util.Logging duplicated since 5.5.23. 5.5.20 is OK

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 42085] - java.util.Logging duplicated since 5.5.23. 5.5.20 is OK

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 42038] - JK uriworkermap ROOT mapping causes non-virtual exclusions to be ignored

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 42038] - JK uriworkermap ROOT mapping causes non-virtual exclusions to be ignored

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: memory leak with shrinking thread pools

attached is an example patch using weak references that would solve this problem, I'd like to get thoughts on this patch, please comment if the attachment doesn't make it http://people.apache.org/~fhanik/mem-leak-diff.patch Filip Filip Hanik - Dev Lists wrote: Thanks to Peter Rossbach for ale

DO NOT REPLY [Bug 42090] - tcnative badly handles some OpenSSL disconnections.

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

memory leak with shrinking thread pools

Thanks to Peter Rossbach for alerting me to this. If we are using the Executor, and are using shrinking thread pools, the RequestGroupInfo collects these objects and never releases them. The only reason we don't see the problem with the default thread pool, is cause it never shrinks, hence it n

Candidate binaries for 6.0.11

Candidate binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.11/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 42090] New: - tcnative badly handles some OpenSSL disconnections.

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

svn commit: r527512 - /tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java

Author: fhanik Date: Wed Apr 11 08:03:10 2007 New Revision: 527512 URL: http://svn.apache.org/viewvc?view=rev&rev=527512 Log: big oopsie, I know, right after the tag got created Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java Modified: tomcat/tc6.0.x/trunk/jav

DO NOT REPLY [Bug 25060] - Reloading context orphans currently open jndi datasource connections

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: Tagging 1.2.22

Mladen Turk wrote: Hi, The quality check release was out few days ago. Hi there is new quality check release available from: http://people.apache.org/~mturk/jk-1.2.22-dev/ It contains few minor fixes mostly for documentation and release script (owner/group for .tar) I'll give it 24 hours bef

svn commit: r527492 - in /tomcat/connectors/trunk/jk/native: apache-1.3/Makefile.vc apache-2.0/Makefile.vc

Author: mturk Date: Wed Apr 11 06:50:33 2007 New Revision: 527492 URL: http://svn.apache.org/viewvc?view=rev&rev=527492 Log: Update command line Makefiles so they can produce multiple targets without writing to the same output directory. Modified: tomcat/connectors/trunk/jk/native/apache-1.3

svn commit: r527486 - /tomcat/connectors/trunk/jk/tools/jkrelease.sh

Author: mturk Date: Wed Apr 11 06:28:06 2007 New Revision: 527486 URL: http://svn.apache.org/viewvc?view=rev&rev=527486 Log: Add more options for links/elinks so it doesn't dump links in generated text files. Modified: tomcat/connectors/trunk/jk/tools/jkrelease.sh Modified: tomcat/connector