Horrible memory leak in tomcat 5.0.19

[Joseph Shraibman]

I recently upgraded my production server from jk 1.2.5/tomcat 4.1.18 to 
jk 2.0.2/tomcat 5.0.19.  I'm having a horrible memory leak now and need 
to restart tomcat frequently when it runs out of memory.  I always had 
set the max memory to 512m, now after running around 50 minutes memory 
usage is already 178,143,080 bytes.  Does anyone have any idea what 
could be the problem?  The only messages in catalina.out are:

Mar 17, 2004 1:52:51 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:52:52 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:52:53 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:52:57 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:52:59 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:53:02 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:53:03 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:53:06 PM org.apache.jk.common.HandlerRequest invoke
INFO: Unknown message 0
Mar 17, 2004 1:53:11 PM org.apache.jk.common.HandlerRequest decodeRequest
WARNING: Error registering request
Mar 17, 2004 1:53:35 PM org.apache.jk.common.HandlerRequest decodeRequest
WARNING: Error registering request
Mar 17, 2004 1:53:37 PM org.apache.jk.common.HandlerRequest decodeRequest
WARNING: Error registering request
Mar 17, 2004 1:53:42 PM org.apache.jk.common.HandlerRequest decodeRequest
WARNING: Error registering request
PS The faq at http://jakarta.apache.org/tomcat/faq/connectors.html says 
that mod_jk is the preferred connector and that jk2 is not production 
quality.  My understanding was that jk was in maintence mode and jk2 is 
considered the stable connector.  Is the faq right or is it just out of 
date?

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]