Tout d'abord, ce m�canisme est indiqu� en version "beta" et donc il
n'est pas officiellement support�.
Ensuite, cela est peut-�tre d� au changement pour l'issue 147 dans
MonitoringFilter et dans SessionListener en version 1.32:
http://code.google.com/p/javamelody/issues/detail?id=147
http://code.google.com/p/javamelody/source/detail?r=2186
Le fait est que pour la classe MonitoringFilter charg�e dans le serveur,
il n'est accept�e qu'une seule instance active, depuis ce changement.
Si le fichier jar de javamelody est dans Tomcat/lib, la classe n'est
charg�e qu'une seule fois dans le serveur et elle est instanci�e
plusieurs fois (une fois pour chaque webapp).
Pour l'instant, une solution de contournement pourrait �tre de n'avoir
qu'une seule webapp dans Tomcat, ou alors il faut copier les jars dans
WEB-INF/lib des webapps.
bye,
Emeric
Le 02/03/2012 01:06, Daco a �crit :
> Bonjour,
>
> tout d'abord tous mes compliments pour JavaMelody, c'est une tr�s tr�s
> bonne appli qui m'a rendu de fier service.
>
> J'utilise la technique de monitoring sans modification des Webapps
> depuis un petit moment (1.29, 1.30 et 1.31).
> En voulant passer un 1.35, j'obtiens une erreur 404 lors de l'appel
> l'url http://host:8080/webapp/monitoring. J'ai la m�me erreur avec les
> versions 1.32, 1.33, 1.34
>
> J'arrive a faire fonctionner la 1.35 en copiant les jars dans le WEB-
> INF/lib de ma webapp, ce qui n'est pas le but recherch�.
> Je n'arrive pas activer le moindre log si les jars sont dans le lib de
> TOMCAT.
>
> J'ai le comportement aussi bien sur mon Tomcat 6.0.32 de dev, Tomcat
> 6.0.32 de prod et Tomcat 7.0.21 de test.
>
> Une id�e ?
>
> ++,
> Daco
>
>
>
Et cela devrait �tre corrig� maintenant pour la prochaine version (1.36).
Pour un test, un nouveau build est disponible:
http://javamelody.googlecode.com/files/javamelody-20120304.jar
Est-ce que cela fonctionne ?
Merci,
Emeric
Le 04/03/2012 10:46, Vernat Emeric a �crit :