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
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 not
We are using Cocoon and its EncodeUrlTransformer to do the session ID
encoding:
map:transformer logger=sitemap.transformer.encodeURL name=encodeURL
pool-max=${encodeurl-
transformer.pool-max}
src=org.apache.cocoon.transformation.EncodeURLTransformer
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 first post to ask for help ;-)
One additional
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 type of devices they are? Your log file may
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 the
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 url: http://domain.tld/myapp/
Image url: http://domain.tld/myapp
You forgot -Dcom.sun.management.jmxremote.
Like:
-Dcom.sun.management.jmxremote \
-Dcom.sun.management.jmxremote.port=port \
-Dcom.sun.management.jmxremote.authenticate=false \
-Dcom.sun.management.jmxremote.ssl=false
Greetings,
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
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 context.
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:
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
12 matches
Mail list logo
