RE: Safe to use Sitemesh with over 10,000 daily views?

You need to profile your application. This will very quickly and easily show 
you exactly where the leak is originating. I'd strongly recommend you do 
this before getting rid of Sitemesh or using a trial-and-error approach. The 
leak could be in your own app, or even in Tomcat.

I've used Sitemesh on websites serving several hundred thousand requests per 
day without memory issues, so if Sitemesh is the problem then it's either a 
newly introduced bug that needs fixing, or something specific with the way 
you're using Sitemesh that's triggering the problem. If you do profile and 
determine the leak is in fact caused by Sitemesh, it would be very helpful 
if you could give us some details on exactly how you're using Sitemesh so we 
can solve the problem.

Chris

>From: Joost Baaij <[email protected]>
>Reply-To: [email protected]
>To: [email protected]
>Subject: [Opensymphony-sitemesh] Safe to use Sitemesh with over 10,000 
>daily views?
>Date: Tue, 21 Jun 2005 05:55:39 CDT
>
>I am experiencing many problems with my Tomcat 5.5 installation. Three or 
>four times a day, I have to restart Tomcat as the Java heap is filled up 
>and no more requests are being served. I have many different pages, all 
>decorated with Sitemesh. The concept works really well, I'm quite pleased 
>with Sitemesh.
>
>The lead developer of the project thinks Sitemesh is causing the memory 
>leaks and wants to use Tiles. I'm not too fond of Tiles myself but Sitemesh 
>does seem to be causing the problem. We've disbled most all other jars and 
>haven't really found a problem anywhere.
>
>The site easily has 10,000 views a day. I guess my question is: can 
>Sitemesh handle these amounts? What are the numbers for the Opensymphony 
>website? Is anyone using Sitemesh for a site that has over 10,000 views 
>(jsp requests) daily? Is anyone else experiencing memory problems?



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]