[Perfs] Templates freemarker

Bonjour,

Je suis en train de jprofiler mon application web basée sur Struts2 2.0.9.

J'ai découvert que le cpu passe énormément de temps dans les jsp, en particulier sur les templates freemarker, qui sont utilisés pour les tags Struts2.

J'utilise un thème qui override le thème simple. J'ai suivi les recommandations du site de Struts2 :copier les thèmes (notament le simple) dans mon dossier template.

J'ai également ajouté la ligne :

Code:

---

template_update_delay=60000

---

dans un freemarker.properties qui est dans le classpath.

J'ai vu que depuis la version 2.0.10 il y a un système de caching de ces templates au niveau de Struts. Est-ce que celà peut sensible améliorer la chose ?

Merci pour vos infos.

Je confirme que j'ai le même soucis.
Mais au-delà du caching, il me semble que l'internationalisation même d'une application basée sur Struts2 pose un peu de soucis.
Avec la hierarchisation de la recherche de resource bundle, une methode freemarker est appelée sans cesse
http://www.opensymphony.com/xwork/ap...dTextUtil.html

et notamment:

Citation:

---

createMissesKey(String aBundleName, Locale locale)
Creates a key to used for lookup/storing in the bundle misses cache.

---

Si vous avez des idées....

Salut Buddha-Hat.

J'ai fait plusieurs tests simples qui ont mis en évidence les points critiques où le CPU passe le plus de temps (je ne rentre pas dans le détails des méthodes...) :
- OGNL (accès à la stack et internationalisation), mais ça reste raisonnable ramené au nombre d'invocations.
- Freemarker pour l'accès aux templates.

En comparant le temps de rendu d'une page jsp Tags Struts2 + OGNL vs JSTL + EL, j'observe un facteur de 4-5 en défaveur de Struts2.

Même s'il existe d'autres moyens de rendu que les jsp, il me semble que le couple tags Struts 2 + OGNL semble être une "best practice". Struts2 n'est pas fait pour les sites perso vu sa relative complexité, mais aux vues des perfs ça ne semble pas non plus adapté à une forte montée en charge.