> On Mon, May 18, 2015 at 12:30 PM, Mark Thomas apache.org> wrote:
> Once a request/response has been put into async mode, control passes to
> the async processing. i.e. from that point onwards the container should
> not be writing to the response until the application returns control to
> the co
Hi Christopher and all,
Since JavaMelody is quite often named to monitor Tomcat in this mailing list
and is open-source, JavaMelody could be added in the FAQ/Monitoring wiki
page indeed. I can send a one phrase description if you want.
Or can someone add me in the ContributorsGroup of the Tomcat
Zoran Avtarovski wrote
> 5. Garbage collector time spikes to 24.0. I think with JavaMelody it means
> that GC took 24% of of the CPU??
Yes, 24% in % GC time in JavaMelody means that 24% of the CPU. And this is a
lot, if longer than a few seconds.
Zoran Avtarovski wrote
> So I think our issues a
Hi Miguel,
First, javamelody.war is *optional*. I suggest to try javamelody without
using it.
You may read the user guide for help with this:
http://code.google.com/p/javamelody/wiki/UserGuide
(if you have an exception, please copy the complete stack-trace)
Then, there is an issue with Tomcat 5.5
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 a
