Re: AW: mod_jk and session stickyness of images requests

2009-12-17 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André, On 12/15/2009 3:04 PM, André Warnier wrote: > - so now the user-agent gets a response html page, in which the embedded > img links have not been rewritten, and thus do not contain the > ";jesssionid.." attribute. > When it requests these images

Re: AW: mod_jk and session stickyness of images requests

2009-12-15 Thread André Warnier
Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/15/2009 8:36 AM, Kockert, Timo wrote: - We enabled session cookies and URL rewriting (the latter via EncodeUrlTransformer of Cocoon). Oh, and what version of Cocoon are you using? I believe that I saw pass,

Re: AW: mod_jk and session stickyness of images requests

2009-12-15 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/15/2009 8:36 AM, Kockert, Timo wrote: > - We enabled session cookies and URL rewriting (the latter via > EncodeUrlTransformer of Cocoon). Oh, and what version of Cocoon are you using? - -chris -BEGIN PGP SIGNATURE- Version: GnuPG

Re: AW: mod_jk and session stickyness of images requests

2009-12-15 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/15/2009 8:36 AM, Kockert, Timo wrote: > Just to make it clear, here is a summary of my problem and what was suggested > so far: Thanks for the nice summary. After a long thread like this, it's nice to have everything together. > - In ge

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

Re: mod_jk and session stickyness of images requests

2009-12-15 Thread Rainer Jung
On 15.12.2009 14:36, Kockert, Timo wrote: 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 s

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

Re: AW: mod_jk and session stickyness of images requests

2009-12-14 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/13/2009 2:22 PM, Kockert, Timo wrote: >> 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 sessi

Re: mod_jk and session stickyness of images requests

2009-12-14 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rainer, On 12/12/2009 10:46 AM, Rainer Jung wrote: > If you want to track, in which cases the browsers support what, you can > use the Apache access log. The URL is part of it, so you can see, > whether the session id was part of the request URL, and

Re: AW: AW: mod_jk and session stickyness of images requests

2009-12-14 Thread Mladen Turk
On 12/14/2009 10:59 AM, Kockert, Timo wrote: Have you tried to use JkStripSession directive? It is meant to be used exactly for what you describe. Hm, maybe I'm not getting what JkStripSession does, but generally I want _more_ session IDs, not less ;-) My fault, I should have read the entir

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 url: http://domain.tld/myapp/ > >Image url: http:

Re: AW: mod_jk and session stickyness of images requests

2009-12-13 Thread Mladen Turk
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/img/image.png

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 type of devices they are? Your log fil

Re: mod_jk and session stickyness of images requests

2009-12-12 Thread Rainer Jung
On 11.12.2009 18:38, Kockert, Timo wrote: We are using Cocoon and its EncodeUrlTransformer to do the session ID encoding: transformer.pool-max}" src="org.apache.cocoon.transformation.EncodeURLTransformer"> .*/@href=|.*/@action=|frame/@src=|img/@src=|input/@src= nonexistinght

Re: mod_jk and session stickyness of images requests

2009-12-11 Thread Len Popp
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 contain

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 first post to ask for help ;-) > One

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

Re: AW: mod_jk and session stickyness of images requests

2009-12-11 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/11/2009 11:09 AM, Kockert, Timo wrote: >> 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?

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

Re: mod_jk and session stickyness of images requests

2009-12-11 Thread André Warnier
Kockert, Timo wrote: 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 r

Re: mod_jk and session stickyness of images requests

2009-12-11 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, On 12/11/2009 10:27 AM, Kockert, Timo wrote: > first time posting to this list, so please don't be too hard with me ;-) Welcome to the list. Hey, you posted your relevant environment details, a clear description of your problem, and admitted th

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