AW: Script to restart Tomcat

2010-07-16 Thread Kockert, Timo
You don't have to do this yourself. catalina.sh understands the option -force. Before starting the Tomcat, set CATALINA_PID to some file path. The script will store the PID of the Tomcat process in that file. Now you can call "catalina.sh stop 10 -force" which will wait up to 10 seconds for Tomc

AW: GC(JVM Heap usage) tool

2010-02-08 Thread Kockert, Timo
If you need long term monitoring, try Hyperic. Greetings from Germany, Timo > -Ursprüngliche Nachricht- > Von: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] > Gesendet: Montag, 8. Februar 2010 07:26 > An: Tomcat Users List > Betreff: RE: GC(JVM Heap usage) tool > > > From: Pa

AW: mod_jk and session stickyness of images requests

2009-12-15 Thread Kockert, Timo
> > Just to make it clear, here is a summary of my problem and what was suggested so far: > > > > - We have a webapp that serves content (html, xhtml, ...) and images (jpg, png, ...). > > - Both, content and images, are _not_ static. > > - They are generated by two different servlets in the same co

AW: mod_jk and session stickyness of images requests

2009-12-15 Thread Kockert, Timo
Thanks for all your answers so far! I'm still trying to figure out the problem but there are also some other things I need to take care of. Just to make it clear, here is a summary of my problem and what was suggested so far: - We have a webapp that serves content (html, xhtml, ...) and images

AW: remote monitoring JVM by VisualVM

2009-12-14 Thread Kockert, Timo
You forgot "-Dcom.sun.management.jmxremote". Like: -Dcom.sun.management.jmxremote \ -Dcom.sun.management.jmxremote.port= \ -Dcom.sun.management.jmxremote.authenticate=false \ -Dcom.sun.management.jmxremote.ssl=false Greetings, Timo

AW: AW: mod_jk and session stickyness of images requests

2009-12-14 Thread Kockert, Timo
> On 12/11/2009 06:55 PM, Kockert, Timo wrote: > > > > The image links are pure html img tags. But they are handled by another > > servlet then the one serving the html pages. The context however is the > > same. > > > > Example: > > > > Content u

AW: mod_jk and session stickyness of images requests

2009-12-13 Thread Kockert, Timo
> > Just to clarify: I know the EncodeUrlTransformer does the encoding for me. The problem seems to be > > that some devices do not send session ID cookies with image requests. > > Hmmm, sounds a bit confusing. You'll need either working URL encoding or > working cookies. You can support both at t

AW: mod_jk and session stickyness of images requests

2009-12-13 Thread Kockert, Timo
> On Fri, Dec 11, 2009 at 12:38, Kockert, Timo wrote: > > Just to clarify: I know the EncodeUrlTransformer does the > > encoding for me. The problem seems to be that some > > devices do not send session ID cookies with image > > requests. > > Do you know what t

AW: mod_jk and session stickyness of images requests

2009-12-11 Thread Kockert, Timo
> Kockert, Timo wrote: > > Hello everyone, > > > > first time posting to this list, so please don't be too hard with me ;-) > > [snip] > A very good first post. Thanks :-) Although I have to admit that this is in fact my first post to this list, but not my fi

AW: mod_jk and session stickyness of images requests

2009-12-11 Thread Kockert, Timo
> > We are using Cocoon and its EncodeUrlTransformer to do the session ID > > encoding: > > > > > pool-max="${encodeurl- > transformer.pool-max}" > src="org.apache.cocoon.transformation.EncodeURLTransformer"> > > > > .*/@href=|.*/@action=|frame/@src=|img/@src=|input/@src= > > > > nonex

AW: mod_jk and session stickyness of images requests

2009-12-11 Thread Kockert, Timo
> Welcome to the list. Hey, you posted your relevant environment details, > a clear description of your problem, and admitted that the problem might > be your own code. What more could we ask for? :) Thank you for the warm welcome and the fast reply :-) > The most likely problem is that you are

mod_jk and session stickyness of images requests

2009-12-11 Thread Kockert, Timo
Hello everyone, first time posting to this list, so please don't be too hard with me ;-) We have a problem with the session stickyness of mod_jk in the context of image requests. First of all, here is our setup: 3 servers running Tomcat 5.5.x with AJP connector 2 servers running Apache webserver