There is one more way which efftively help you to control memory leak . On Close event of you application Call session.invalidate(). otherwise it will get invalidate after timeout period. Regards, Pradeep
-----Original Message----- From: Jon Doe [mailto:[EMAIL PROTECTED] Sent: 04.08.2004 21:48 To: [EMAIL PROTECTED] Subject: Re: Tomact 5 - Out of Memory >From: David Smith <[EMAIL PROTECTED]> >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]> >To: Tomcat Users List <[EMAIL PROTECTED]> >Subject: Re: Tomact 5 - Out of Memory >Date: Wed, 04 Aug 2004 07:38:57 -0400 > >I would set JAVA_OPTS in the startup script you're using to start >Tomcat. There are loads of emails on the list regarding this. This issue >is common enough you should be able to google the archives for details >and get loads of responses. Fair point -- if you haven't enough memory overhead, then until the garbage collector kicks in to free objects up you will have a problem. > >Also as others have suggested, check your code for memory leaks -- >especially if it's not under load when it dies. But hey, I thought one of the big selling points is that Java DOES NOT LEAK! Am I mistaken? Isn't it's absence of pointers its big plus? If it does leak then changing the heap size is going to be irrelevant. No matter how large you set it it will bite you in the bum eventually! > >--David > _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
