This is not a bug per se. The xhtml theme extends the simple theme.
If a template doesn't exist in the xhtml theme it will fall back the
simple theme. From a performance perspective, you simple need to copy
the simple theme hidden.ftl to the xhtml directory. This will allow
freemarker to cache it properly.

On 2/27/07, Shuai Zheng <zhengshuai1979@(protected):
> Sorry to disturb again.
>
> This issue is because default the s:hidden tag will use xhtml as theme, but
> actually in the distribution, there is no template/xhtml/hidden.ftl. It
> always get from template/simple/hidden.ftl. But the cache does not know it.
> Then this template is recompiled again and again.
>
> Will report it to JIRA.
>
> A bad news for me, just know my target .net project response time is around
> 0.3 second. Any suggestion to improve the speed? If I use apache work with
> tomcat or any web server, can I get faster speed?
>
> Regards,
>
> Zheng Shuai
>
> On 2/27/07, Shuai Zheng <zhengshuai1979@(protected):
> >
> > One more thing, this only happens on template/xhtml/hidden.ftl.
> >
> > Should I report this as a bug?
> >
> > On 2/27/07, Shuai Zheng < zhengshuai1979@(protected):
> > >
> > > Dear All,
> > >
> > > Still do research on the debug log and try to get performance
> > > improvement, because I try to beat another .net system on speed(it can shows
> > > all the pages in 0.5 second,sigh).
> > >
> > > One more thing I just find out, if the log does not cheat me:)
> > >
> > > Although I have enabled the property template_update_delay=60000 in
> > > freemarker.properties and also move the template out the jar file.
> > > So there are a lot of log like:
> > > "[freemarker.cache]http-8080-Processor24
> > > template/xhtml/select.ftl[en_GB,UTF-8,parsed] cached copy not yet stale;
> > > using cached."
> > > So it looks correct. But also, there are something like followings:
> > >
> > > "Could not find template in cache, creating new one;
> > > id=[template/xhtml/hidden.ftl[en_GB,UTF-8,parsed]"
> > > "template/simple/hidden.ftl[en_GB,UTF-8,parsed] cached copy not yet
> > > stale; using cached."
> > > Above logs occur in the log again and again. I don't know what happened
> > > actually but it shows the hidden.ftl is not cached at all (how can this
> > > happens? when some others are cached?)
> > >
> > > Regards,
> > >
> > > Zheng Shuai
> > >
> > >
> > > On 2/26/07, Vlad2006 < VladKravchenko@(protected):
> > > >
> > > >
> > > > Hi Zheng,
> > > >
> > > > Have you profiled your application? Are you sure it is OGNL that makes
> > > > your
> > > > application slow?
> > > >
> > > > From my experience it is not so slow. At least I have not found it too
> > > > be a
> > > > bottleneck in my application. Not yet :-).
> > > >
> > > > What is really slow in WebWork/Struts2 is jsp tags like, textfield,
> > > > radio,
> > > > anchor, and other which are using FreeMarker templates.
> > > >
> > > > If it is your case, you could make it faster, you have to extract
> > > > templates
> > > > out of webwork.jar (in your case probably struts.jar) and put them in,
> > > > for
> > > > example, WEB-INF/templates directory.
> > > > There is a page on WebWork Wiki about it:
> > > > http://wiki.opensymphony.com/display/WW/Performance+Tuning
> > > >
> > > > I am not using Struts2 yet, but I believe most of the tips will work
> > > > for
> > > > Struts2.
> > > >
> > > > One more thing that could make application slower is when resource
> > > > bundles
> > > > are constantly reloaded. It is good for dev but not acceptable for
> > > > production. Check in struts property like: webwork.i18n.reload=false
> > > >
> > > >
> > > > Best regards
> > > > Vlad
> > > >
> > > >
> > > >
> > > > Shuai Zheng wrote:
> > > > >
> > > > > Dear All,
> > > > >
> > > > > I am using struts 2.0.6, but honestly the performance is very bad
> > > > (not
> > > > > need
> > > > > to think about scalability), to speed to load a simple page is much
> > > > slower
> > > > > than pure JSP (I haven't compared with struts 1). To refresh one
> > > > page it
> > > > > is
> > > > > 3-5 seconds with only one user. The profiler tells me the OGNL is
> > > > the
> > > > > bottleneck.
> > > > >
> > > > > I notice that there are some complains on OGNL about the performance
> > > > > already, may I know any other way to replace OGNL with anything else
> > > > to
> > > > > get
> > > > > a faster speed? Currently the speed is not acceptable for
> > > > production.
> > > > >
> > > > > Regards,
> > > > >
> > > > > Zheng Shuai
> > > > >
> > > > >
> > > >
> > > > --
> > > > View this message in context:
> > > > http://www.nabble.com/The-performance-issue-about-OGNL-tf3291137.html#a9157447
> > > > Sent from the Struts - User mailing list archive at Nabble.com.
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: user-unsubscribe@(protected)
> > > > For additional commands, e-mail: user-help@(protected)
> > > >
> > > >
> > >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)