Yes, I see, Jeremy. You are lucky! :) Okey, I run my local Tomcat 6.0.18:
I remove all localhost cookies from my browser, close it, open it again and enter: http://localhost:8084/FivePinSite-1.0-SNAPSHOT/ I see JSESSIONID cookie set to localhost and path is "/FivePinSite-1.0-SNAPSHOT". Is it right? -- Tony On Fri, Oct 23, 2009 at 1:27 PM, Jeremy Thomerson <[email protected]> wrote: > You WILL see jsessionid on that server because the cookie path is not the > path that the server is serving on. Notice that the URL is > wickettraining.com/app but when you first view a page on the site, it will > set a cookie with the jsessionid that is on patch /wickettraining (should be > /app). > > That's what I was trying to explain earlier. > > Now, look at http://www.texashuntfish.com - after the first page, you will > not see the jsessionid in the URL any more - because if you notice, the URL > is /app and the cookie is set on /app. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Fri, Oct 23, 2009 at 12:19 AM, Anton Veretennikov < > [email protected]> wrote: > >> Jeremy, thank you, >> >> For experiment, guys, >> Open, please, http://www.wickettraining.com and click in sequence these >> links: >> >> "Contact Me" and then >> "Class Information (format, content, etc)" >> >> If you see "jsessionid" appended to URL, please, answer: >> >> [ ] YES >> [ ] NO >> >> -- Tony >> >> >> On Thu, Oct 22, 2009 at 10:09 PM, Jeremy Thomerson >> <[email protected]> wrote: >> > The problem that makes jsessionid appear is nearly always related to >> cookies >> > and cookie paths. the servlet container will try to set a cookie with >> the >> > jsessionid. If that doesn't work, it will continue adding jsessionid to >> the >> > urls. So, use HttpFox (or similar) to see when the servlet container >> sets a >> > cookie with the jsessionid, and pay attention to what path it sets it on. >> > Then see if your browser is sending the jsessionid back to the container >> on >> > the next request. >> > >> > -- >> > Jeremy Thomerson >> > http://www.wickettraining.com >> > >> > >> > >> > On Wed, Oct 21, 2009 at 9:44 AM, Anton Veretennikov < >> > [email protected]> wrote: >> > >> >> 1. I checked it with Tomcat 5.5. Problem remained. All my bookmarkable >> >> links to Home page with parameters contained "jsessionid". >> >> >> >> 2. I got 1.5-SNAPSHOT, compiled, tried, problem remained. >> >> >> >> 3. I removed lines in WebResponse::encodeURL and >> >> ServletWebResponse::encodeURL with logic about "bug in apache tomcat >> >> 5.5": >> >> >> >> �...@override >> >> public String encodeURL(String url) >> >> { >> >> if (url != null) >> >> { >> >> return >> >> httpServletResponse.encodeURL(url.toString()); >> >> } >> >> return httpServletResponse.encodeURL(url); >> >> } >> >> >> >> and .... miracle. jsessionid disappeared! >> >> >> >> I don't know may be this workaround for "5.5" is not correct? >> >> >> >> -- Tony >> >> >> >> >> >> On Wed, Oct 21, 2009 at 10:02 PM, nino martinez wael >> >> <[email protected]> wrote: >> >> > Strange I have tomcat 5.5 here, it does not have that problem.. Could >> it >> >> be >> >> > that it's tomcat related? >> >> > >> >> > 2009/10/21 Anton Veretennikov <[email protected]> >> >> > >> >> >> Additional info to "jsessionid" problem: >> >> >> >> >> >> This is seen on Tomcat 6.0.18 WITHOUT any proxy on bookmarkable >> links. >> >> >> Glassfish 2.1 seems not appending jsessionid to url even on first >> call >> >> >> (I have default settings) so there is no such behaviour. >> >> >> >> >> >> -- Tony >> >> >> >> >> >> On Wed, Oct 21, 2009 at 6:20 PM, Anton Veretennikov >> >> >> <[email protected]> wrote: >> >> >> > Thank you, Nino, I'll repeat then, >> >> >> > >> >> >> > The problem is that all Bookmarkable links continue to have >> >> >> > ";jsessionid=..." string even after first call. The same time, Ajax >> >> >> > links work (jsessionid is removed) as desired but.... only if they >> are >> >> >> > not called after any bookmarkable link. >> >> >> > >> >> >> > Hope somebody have such a problem and solved it. May be this have >> >> >> > nothing to do with proxy. >> >> >> > >> >> >> > -- Tony. >> >> >> > >> >> >> > On Wed, Oct 21, 2009 at 5:32 PM, nino martinez wael >> >> >> > <[email protected]> wrote: >> >> >> >> Hmm Anton im not sure, but dont think so.. BookmarkablePageLinks >> are >> >> >> just >> >> >> >> that, and if session ID were appended they would'nt work.. >> >> >> >> >> >> >> >> One of my sites are running a beta 1.4 i'll try to upgrade and see >> if >> >> I >> >> >> can >> >> >> >> replicate the error. But it might take some time.. >> >> >> >> >> >> >> >> Im taking this issue back to the wicket list as it may speed up >> >> >> responses to >> >> >> >> it. So please respond to it there. >> >> >> >> >> >> >> >> 2009/10/20 Anton Veretennikov <[email protected]> >> >> >> >>> >> >> >> >>> Nino, seems to me that it has something with >> BookmarkablePageLinks. >> >> I >> >> >> >>> use them everywhere except expanding tree links where Ajax is >> used. >> >> >> >>> Look, when you press on "+"/"-" signes of tree, "jsessionid" >> >> >> >>> disappears after first click (only in this tree Ajaxed block). >> After >> >> >> >>> that you can press on bookmarkable links and everything will be >> >> okey. >> >> >> >>> >> >> >> >>> I tried to remove everything about cookies even Google Analytics >> >> code, >> >> >> >>> this changes nothing. >> >> >> >>> So, may be there is something in urlFor, is it possible? >> >> >> >>> >> >> >> >>> -- Tony >> >> >> >>> >> >> >> >>> >> >> >> >>> On Mon, Oct 19, 2009 at 9:00 PM, nino martinez wael >> >> >> >>> <[email protected]> wrote: >> >> >> >>> > No problem, please get back and tell if it works now:) im >> curios. >> >> >> >>> > >> >> >> >>> > 2009/10/19 Anton Veretennikov <[email protected]> >> >> >> >>> >> >> >> >> >>> >> I think this may have something with cookies since I try to >> set >> >> >> cookie >> >> >> >>> >> "treeInfo" and sometimes see it is set twice in response. May >> be >> >> I'm >> >> >> >>> >> doing something wrong with a way how I do this. I'll try to >> turn >> >> off >> >> >> >>> >> and see if it solves "jsessionid" problem. >> >> >> >>> >> >> >> >> >>> >> Thank you for your help, Nino >> >> >> >>> >> >> >> >> >>> >> -- Tony >> >> >> >>> >> >> >> >> >>> >> On Mon, Oct 19, 2009 at 5:39 PM, nino martinez wael >> >> >> >>> >> <[email protected]> wrote: >> >> >> >>> >> > Hmm, then it not Apache HTTP, very wierd. So maybe it is >> either >> >> >> >>> >> > something >> >> >> >>> >> > for the wicket list or the Tomcat one, if you can get them >> to >> >> >> >>> >> > answer.. I >> >> >> >>> >> > saw >> >> >> >>> >> > that the jesession id were sat so it should work. >> >> >> >>> >> > >> >> >> >>> >> > 2009/10/19 Anton Veretennikov <[email protected] >> > >> >> >> >>> >> >> >> >> >> >>> >> >> The same thing .... >> >> >> >>> >> >> >> >> >> >>> >> >> http://72.249.185.124:8080/FivePinSite-1.0-SNAPSHOT/ >> >> >> >>> >> >> >> >> >> >>> >> >> very strange... >> >> >> >>> >> >> >> >> >> >>> >> >> On Mon, Oct 19, 2009 at 5:13 PM, nino martinez wael >> >> >> >>> >> >> <[email protected]> wrote: >> >> >> >>> >> >> > If I were you I would try to take it on the apache http >> >> list... >> >> >> >>> >> >> > Since >> >> >> >>> >> >> > it's >> >> >> >>> >> >> > probably that part which are failing.. If you hit the >> server >> >> >> >>> >> >> > directly, >> >> >> >>> >> >> > without the proxy does it work then ? If yes it's >> probably >> >> your >> >> >> >>> >> >> > rewrite >> >> >> >>> >> >> > rule? >> >> >> >>> >> >> > >> >> >> >>> >> >> > 2009/10/19 Anton Veretennikov < >> [email protected] >> >> > >> >> >> >>> >> >> >> >> >> >> >>> >> >> >> May be I need to open this discussion in a wicket list? >> >> >> >>> >> >> >> >> >> >> >>> >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov >> >> >> >>> >> >> >> <[email protected]> wrote: >> >> >> >>> >> >> >> > Thank you, Nino, >> >> >> >>> >> >> >> > >> >> >> >>> >> >> >> > All my apps as I can see use the same method and only >> in >> >> one >> >> >> I >> >> >> >>> >> >> >> > see >> >> >> >>> >> >> >> > strange things with "jsessionid". >> >> >> >>> >> >> >> > I need to investigate it somehow but don't know from >> >> where >> >> >> to >> >> >> >>> >> >> >> > start >> >> >> >>> >> >> >> > and how to know that exactly in that point things are >> >> going >> >> >> >>> >> >> >> > wrong. >> >> >> >>> >> >> >> > >> >> >> >>> >> >> >> > -- Tony >> >> >> >>> >> >> >> > >> >> >> >>> >> >> >> > >> >> >> >>> >> >> >> > On Sun, Oct 18, 2009 at 7:40 PM, nino martinez wael >> >> >> >>> >> >> >> > <[email protected]> wrote: >> >> >> >>> >> >> >> >> One of mine looks like this: >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> <VirtualHost *:* > >> >> >> >>> >> >> >> >> ServerName wicketgames.ninosbox.thruhere.net >> >> >> >>> >> >> >> >> ServerAlias *.wicketgames.ninosbox.thruhere.net >> >> >> >>> >> >> >> >> ProxyPass / http://10.0.0.2:8180/WicketGames/ >> >> >> >>> >> >> >> >> ProxyPassReverse / >> >> http://10.0.0.2:8180/WicketGames/ >> >> >> >>> >> >> >> >> ProxyPassReverseCookiePath /WicketGames / >> >> >> >>> >> >> >> >> <Proxy *> >> >> >> >>> >> >> >> >> Order deny,allow >> >> >> >>> >> >> >> >> Allow from all >> >> >> >>> >> >> >> >> </Proxy> >> >> >> >>> >> >> >> >> </VirtualHost> >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> And another: >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> <VirtualHost *:* > >> >> >> >>> >> >> >> >> ServerName wheresmyevent.com >> >> >> >>> >> >> >> >> ServerAlias www.wheresmyevent.com >> >> >> >>> >> >> >> >> ProxyPass / http://10.0.0.2:8180/socratesTopia/ >> >> >> >>> >> >> >> >> ProxyPassReverse / >> >> http://10.0.0.2:8180/socratesTopia/ >> >> >> >>> >> >> >> >> ProxyPassReverseCookiePath /socratesTopia / >> >> >> >>> >> >> >> >> <Proxy *> >> >> >> >>> >> >> >> >> Order deny,allow >> >> >> >>> >> >> >> >> Allow from all >> >> >> >>> >> >> >> >> </Proxy> >> >> >> >>> >> >> >> >> </VirtualHost> >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> Your seems similar though, im not familiar with >> rewrite >> >> >> rules >> >> >> >>> >> >> >> >> though.. >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> 2009/10/17 Anton Veretennikov < >> >> >> [email protected]> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> Hi, Nino, >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> Thank you for your response, I'm using rewrite >> rules, >> >> it's >> >> >> >>> >> >> >> >>> true. >> >> >> >>> >> >> >> >>> My configuration of virtual host is: >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> <VirtualHost *:80> >> >> >> >>> >> >> >> >>> ServerName www.5pin.ru >> >> >> >>> >> >> >> >>> ServerAlias 5pin.ru >> >> >> >>> >> >> >> >>> ProxyPass / ajp:// >> >> >> 127.0.0.1:8009/FivePinSite-1.0-SNAPSHOT/ >> >> >> >>> >> >> >> >>> ProxyPassReverse / >> >> >> >>> >> >> >> >>> ajp://127.0.0.1:8009/FivePinSite-1.0-SNAPSHOT/ >> >> >> >>> >> >> >> >>> ProxyPassReverseCookieDomain localhost 5pin.ru >> >> >> >>> >> >> >> >>> ProxyPassReverseCookiePath >> /FivePinSite-1.0-SNAPSHOT / >> >> >> >>> >> >> >> >>> RewriteEngine on >> >> >> >>> >> >> >> >>> RewriteRule ^/FivePinSite-1\.0-SNAPSHOT/(.*)$ >> /$1 >> >> >> [R] >> >> >> >>> >> >> >> >>> </VirtualHost> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> What I'm doing wrong? >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> -- Tony >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> >> >> >> >> >>> >> >> >> > >> >> >> >>> >> >> > >> >> >> >>> >> >> > >> >> >> >>> >> > >> >> >> >>> >> > >> >> >> >>> > >> >> >> >>> > >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: [email protected] >> >> >> For additional commands, e-mail: [email protected] >> >> >> >> >> >> >> >> > >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: [email protected] >> >> For additional commands, e-mail: [email protected] >> >> >> >> >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
