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=33711>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33711





------- Additional Comments From [EMAIL PROTECTED]  2005-03-30 12:25 -------
(In reply to comment #8)
Hi Remy,
Thanks for coming back to this issue - the memory profile of Tomcat during
repeated web application deploy/undeploy/redeploy cycles on PRODUCTION (no 
dev) servers is a big issue for us.  Your efforts are much appreciated.

> Now that 5.5.9 is released, I can look into more complex/risky issues.

Is there a long gap expected then before a 5.5.10?  Currently I think we're 
shipping a modified 5.5.7 (last stable, plus patches - all noted in bugzilla).

> I see you have done a lot of research, which identifies the problem very
> clearly. However, I don't really like the proposed solution. How about simply
> setting the manager field to null since this is the cause of the problem ?
> Calling recycle on all sessions in StandardManager.stop could do this easily.

Maybe BOTH approaches are required?  I don't have my test setup from back when 
I was looking at this now, but doesn't your proposed solution still leave a 
reference to the (now recycled) session object in the reverse map in 
SingleSignOn?

I could be missing something - its been a while since we looked at this 
particular problem.

[off topic 1] At the time I was evaluating a commercial memory profiling tool -
 do you have any recommendations?

[off topic 2] Any chance of eclipse .project and .classpath files shipping in 
the source distribution? 

Thanks,

Kev





-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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

Reply via email to