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