struts-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Philip Luppens (JIRA)" <>
Subject [jira] Commented: (WW-3467) Improve performance for page rendering by refactoring freemarker cache
Date Fri, 16 Jul 2010 08:07:51 GMT


Philip Luppens commented on WW-3467:

Interesting - am I correct when I say this means the caching was not working correctly for
the internal Freemarker configuration? That would certainly explain the massive difference
in performance we noticed when rendering UI tags.

> Improve performance for page rendering by refactoring freemarker cache
> ----------------------------------------------------------------------
>                 Key: WW-3467
>                 URL:
>             Project: Struts 2
>          Issue Type: Improvement
>    Affects Versions: 2.1.5, 2.1.6, 2.1.8,
>            Reporter: zhouyanming
>            Priority: Blocker
>         Attachments: patch.txt
> currently,struts2 have two inconsistent options about freemarker cache
> 1.<constant name="struts.freemarker.mru.max.strong.size" value="250" />
> this option will used by freemarker.cache.MruCacheStorage
> 2.<constant name="struts.freemarker.templatesCache" value="true" />
> this option will use a internal ConcurrentHashMap in FreemarkerTemplateEngine but not
freemarker native cache
> my patch deprecated this option and clean those code
> also add a option to change default update cache interval (5 seconds)
> <constant name="struts.freemarker.templatesCache.updateDelay" value="1800" />
> BTW:set devMode to true will disable cache and update immediately
> using cache will boost great performance, reduce 400ms to 20ms render a xhtml theme form
and some textfield in my test .
> I think could closed by adding a wiki page
about how to use freemarker cache

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message