I don't know anything about jspf's performance (yet :-)) but we are measuring the performance of jsps, and they take about 0.x ms for generation (incl. tiles) on a good container (resin, tomcat5) , so I don't think you should have a headache there.
> -----Ursprüngliche Nachricht----- > Von: Marcella Turner [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 25. Mai 2004 19:13 > An: [EMAIL PROTECTED] > Betreff: Tiles performance - jsp vs jspf > > I'm very excited to be converting a Stuts application to Struts Tiles. > However, I have a consideration that I could use some best practices > opinions on. > > The current application has severa .jspf files which are used as includes > to > main jsp files. While doing a proof of concept for converting to Tiles, I > noticed that if I put the following tiles definition: > > <definition name="tiles.Template" > path="WEB-INF/layouts/DefaultLayout.jsp"> > <put name="siteTitle" value="siteTitle" /> > <put name="navigatorFilename" value="/common/nav_bar.jspf" /> > <put name="linkId" value="home" /> > </definition> > > That the page loaded with an uncompiled nav_bar. So I changed the > definition to nav_bar.jsp which worked. > > However, I assume that .jspf's were used in this application because they > offer some perfomance benefit, i.e. the fragment is only cached once or > something. > > Another trick i used to retain the .jsp extention was to put the .jspf > inside a .jsp file like so: > > nav_bar.jsp ----- > > <%@ include file="nav_bar.jspf" %> > > ---------------------- > > This technique seems round about - does it offer any preformance benefit? > > Thanks > > _________________________________________________________________ > Learn to simplify your finances and your life in Streamline Your Life from > MSN Money. http://special.msn.com/money/0405streamline.armx > > > --------------------------------------------------------------------- > 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]