Hi all,

I work on JavaMelody and I can speak about the question of jconsole or
javamelody for Tomcat monitoring.

The main differences between jconsole and javamelody is IMHO that jconsole will
be used occasionally in QA or production for a few minutes or a few hours,
whereas javamelody will be always enabled in the application in QA or production
with reports for current day, week, month or current year. So jconsole will be
used generally in order to have very fine details on heap, cpu or the
java.util.logging MBeans, whereas javamelody will give global trends with
graphics on heap, cpu, number of http sessions or http and sql mean response
times. Most javamelody users are surprised by the data available in reports such
as statistics on http requests, sql requests, ejb/spring/guice executions, jsp
pages, quartz jobs or such as heap histogram, long requests in oracle sga...
Reports are available in English or in French.

Is JavaMelody used in production? Yes, some people said so in the users group:
http://groups.google.fr/group/javamelody or in private.
I use it myself for several applications, one of which costs 25 person years.

Any problems? In general, JavaMelody is installed in 10 minutes for a good
developer (as JavaMelody is opensource and free, there is no budget to find).
And sometimes, some applications need a bit more configuration:
http://code.google.com/p/javamelody/wiki/UserGuide

Please note that the target of JavaMelody is not content portals such as
www.acikkod.org, but more on intranet applications using databases (+ hudson,
grails, jira and soon confluence and bamboo).

bye, Emeric
ever...@free.fr


Le 20/05/2010, Ozgur Ozdemircili a écrit :
> Are we loosing
>
> the subject here a bit? While mentioning the "monitoring" I
>
> refer to JVM monitoring. Heap usage etc. not the snmp monitoring.
>
>
>
>
> Özgür Özdemircili
>
> http://www.acikkod.org
>
> Code so clean you could eat off it
----- Fin du message transféré -----



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to