Discussion :

[Doudou (The)]

Bonjour,

Je travaille actuellement sur une application en JSF2 sous tomcat 6.0.26.
Sous Eclipse un message apparait dans la console, que je n'arrive pas corrigé.
Ce message apparait lors du RESTART automatique de tomcat sous Eclipse suite à un changement dans les sources.

GRAVE: A web application created a ThreadLocal with key of type [null] (value [javax.faces.context.FacesContext$1@dc420b]) and a value of type [com.sun.faces.config.InitFacesContext] (value [com.sun.faces.config.InitFacesContext@7413e8]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.

Pouvez vous me donner des pistes pour résoudre ce problème ?

[romaintaz]

Eclipse ne gère pas correctement le redéploiement des sources sur une application web qui tourne.
Du coup, la modification du code source compilé (les .class) nécessite l'arrêt du serveur Tomcat.

Ou alors, il te faut utiliser l'outil JRebel qui te permettra de redéployer à chaud tes sources, ce qui te fera gagner un temps considérable au bout d'un moment...

[Doudou (The)]

Pour vérifier que mon problème correponde à ta réponse, j'ai donc déployé mon appli sur mon tomcat local directement sans Eclipse.

Je remarque que sur REdéploiement à chaud de mon application sur le serveur tomcat le message apparait quand même dans les logs :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
9 nov. 2011 11:13:48 org.apache.catalina.loader.WebappClassLoader clearThreadLocalMap
GRAVE: A web application created a ThreadLocal with key of type [null] (value [javax.faces.context.FacesContext$1@1c82208]) and a value of type [com.sun.faces.config.InitFacesContext] (value [com.sun.faces.config.InitFacesContext@324b85]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.

J'ai plutôt l'impression que la partie JSF ne se nettoie pas bien lors d'un réploiement à chaud.

Une piste ? J'ai dans ma webapp un "ServletContextListener" qui lors du stoppe de ma webapp me permet de nettoyer certaines choses avec la méthode : "contextDestroyed(ServletContextEvent event)"

Mais je n'ai rien mis concernant le nettoyage de JSF ne sachant pas quoi mettre et si c'est nécessaire de le faire. Est ce que vous mettez des choses concernant le nettoyage JSF 2 dans cette méthode ?

Mais ca n'est peut être pas une bonne piste pour résoudre mon problème. Avez-vous d'autres idées ?

[romaintaz]

Je pense que c'est Tomcat qui ne sait pas redéployer correctement les webapps dans une grande majorité des cas

[Doudou (The)]

Merci pour tes réponses,

Ok, alors faut oublié les deploiements à chaud avec Tomcat et redémarrer le serveur à chaque déploiement ?
Ca me semble bien contraignant, quand même.

Ou alors utiliser GlassFish peut être qui gère mieux ce genre de cas ?

Dans ta boite vous faites comment ? Vous avez des serveurs tomcat ? et vous redémarrer le serveur à chaque fois ou 1 fois la nuit pour nettoyer ?

Vous utilisez un autre type serveur ?

[romaintaz]

Chez nous, nous utilisons JRebel pour faire du déploiement des modifications à chaud sur les machines des développeurs (on utilise Eclipse).

Pour les déploiements de nouvelles versions sur les Tomcat d'homologation, UAT, etc., on fait ça "proprement", c'est-à-dire on stoppe le Tomcat, on le nettoie, on déploie la nouvelle version, et on redémarre (ce sera très bientôt fait par des scripts exécutés via Jenkins, mais le procédé ne changera pas).