my guess - stateless pages - like I believe was originally mentioned in the original thread. your bookmarkable pages must also be stateless, which means that the session is only temporary
-- Jeremy Thomerson http://www.wickettraining.com On Fri, Oct 23, 2009 at 1:57 AM, Anton Veretennikov < [email protected]> wrote: > Why in this localhost case I see "jsessionid" after I press any > *bookmarkable* link? > Why when I *first* press *non-bookmarable* link, "jsessionid" disappears? > Why when I press *bookmarkable* link and then non-bookmarkable, I see > "jsessionid" remains and never removes whatever link I press? > Is it okey, that urlFor for home page returns "./"? > Why when I remove workaround from encodeURL everything starts working? > > -- Tony > > On Fri, Oct 23, 2009 at 2:45 PM, Jeremy Thomerson > <[email protected]> wrote: > > Looks like it's right. > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > > On Fri, Oct 23, 2009 at 1:38 AM, Anton Veretennikov < > > [email protected]> wrote: > > > >> 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] > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
