What's your logging level set to? We recently did a late roll-in of log4j to our app and discovered that when we set logging level to debug, the initial struts/tiles initialization process takes forever (>5 mins) and generates thousands of lines of debug statements as the various config files get parsed.
>>> [EMAIL PROTECTED] 3/18/2004 3:19:19 PM >>> Chris, I have precompiled JSP files. So i do not think that is a problem. Rather I feel it is ActionServlet which is taking time to intialize on first startup. Yes, I tries to use the cache mechanism of Apache (in windows), like mod_cache, mod_file_cache, mod_mem_cache and mod_disk_cache. But could not see much improvement. But no cache mechanism in Tomcat.Or are you talking of something else? Apache provides cache taglibs for the JSPs. Do you recommend to use that?? The site that you have mentioned http://wiki.opensymphony.com/space/OSCache, I have been to there, but that is a commercial one. I want a freeware. Can you give me some reference? Regards, Satya. that On Thu, 18 Mar 2004 McCormack, Chris wrote : >If you build your war file using ant then you can use jasper (see >org.apache.jasper.JspC) to precompile your jsps. This is useful if you are deploying >your app to a live user environment and dont want the initial compile time to impact >any users experience. > >On top of that you could use tomcat/apache mods to compress requests etc. > >If you are serious about needing bigger performance boosts, then look at partial/full >caching. i.e store in server ram/disk the static or infrequently changing parts of >your application (jsp or java objects), or have a small cache period on dynamic but >less frequently updated parts of your application. >There are a few companies that ply these out of the box caching solutions on >companies now for extortionate cost (naming no names) but there are a few excellent >open source contenders. The best of the open source solutions I have used is this one >: http://wiki.opensymphony.com/space/OSCache (It does tie you in to using HttpSession >unfortunately, but with a few lines of code you can easily work around this). > >It is a shame that this project http://www.jcp.org/en/jsr/detail?id=128 is not in >progress, anyone on this list working on it ? ;) > >cheers >Chris McCormack > >-----Original Message----- > From: Axel Groß [mailto:[EMAIL PROTECTED] >Sent: 18 March 2004 14:43 >To: Struts Users Mailing List >Cc: [EMAIL PROTECTED] >Subject: Re: Re: Performace Improvement :: Struts based applications > > >some IDEs also precompile the pages... >axel > >On 2004-03-18 at 14:16:26 +0100, [EMAIL PROTECTED] wrote: > > The reason is jsps are not compiled when you hit the pages the first time.So the > > first call will always be slow as it alos has to compile jsps.The subsequent calls > > will use the compiled jsps and hence faster. > > > > Some server/ServletEngines have the option to precompile jsps. > > > > HTH. > > > > Regards, > > Shirish > > > > > > -----Original Message----- > > From: Satya Narayan Dash [mailto:[EMAIL PROTECTED] > > Sent: Thursday, March 18, 2004 2:13 PM > > To: Struts Users Mailing List > > Cc: Vic Cekvenich > > Subject: Re: Re: Performace Improvement :: Struts based applications > > > > > > Hi, > > > > I have done the testing of the view layer. And what is peculiar is when i am > > hitting the ServletEngine for the first time, then it takes a lot of time, but > > subsequent hits take less time. > > > > Is it because the ActionServlet is not initiliazed, though I have started the > > engine? > > > > I would like to know if any recommended technique is given to improve the > > performance. > > > > Regards, > > Satya. > > > > On Thu, 18 Mar 2004 Vic Cekvenich wrote : > > >Unit test the performance of the model layer. > > >.V > > > > > >Satya Narayan Dash wrote: > > >>Hi, > > >> > > >>I am in the process of improving a struts based application. I am using the > > >>cache taglib (from apache) and have written some filters to improve the > > >>performace. > > >>I am using Apache2 as the web-sever and Tomcat4 as the servelt/jsp engine. I > > >>have optimized them both. > > >> > > >>But the peformance improvement is not substantial. Can you please give me some > > >>tips to improve the performance ? > > >>Need your help, > > >>Regards, > > >>Satya. > > > > > > > > >--------------------------------------------------------------------- > > >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] > > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > >*********************************************** >This e-mail and its attachments are confidential >and are intended for the above named recipient >only. If this has come to you in error, please >notify the sender immediately and delete this >e-mail from your system. >You must take no action based on this, nor must >you copy or disclose it or any part of its contents >to any person or organisation. >Statements and opinions contained in this email may >not necessarily represent those of Littlewoods. >Please note that e-mail communications may be monitored. >The registered office of Littlewoods Limited and its >subsidiaries is 100 Old Hall Street, Liverpool, L70 1AB. >Registered number of Littlewoods Limited is 262152. >************************************************ > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > This message has originated from R.L. Polk & Co., 26955 Northwestern Highway Southfield, MI 48034 R. L. Polk & Co. sends various types of e-mail communications. If this email message concerns the potential licensing of a Polk product or service, and you do not wish to receive further emails regarding Polk products, forward this email to [EMAIL PROTECTED] with the word "remove" in the subject line. The email and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. If you have received this email in error please delete this message and notify the Polk System Administrator at [EMAIL PROTECTED] ***************************************************************************** --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
