Re: Behind proxy
I added @Override protected void onBeforeRender() { super.onBeforeRender(); logger.info("stateless={}",isStateless()); } to my IndexPage and it returns INFO - IndexPage - stateless=false -- Tony On Fri, Oct 23, 2009 at 3:01 PM, Jeremy Thomerson wrote: > 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 < > anton.veretenni...@gmail.com> 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 >> wrote: >> > Looks like it's right. >> > >> > -- >> > Jeremy Thomerson >> > http://www.wickettraining.com >> > >> > >> > >> > On Fri, Oct 23, 2009 at 1:38 AM, Anton Veretennikov < >> > anton.veretenni...@gmail.com> 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 >> >> 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 < >> >> > anton.veretenni...@gmail.com> 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 >> >> >> 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 < >> >> >> > anton.veretenni...@gmail.com> 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
Re: Behind proxy
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 < anton.veretenni...@gmail.com> 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 > wrote: > > Looks like it's right. > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > > On Fri, Oct 23, 2009 at 1:38 AM, Anton Veretennikov < > > anton.veretenni...@gmail.com> 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 > >> 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 < > >> > anton.veretenni...@gmail.com> 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 > >> >> 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 < > >> >> > anton.veretenni...@gmail.com> 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 > >> >> >> 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 > >> >> >> > > >> >> >> >
Re: Behind proxy
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 wrote: > Looks like it's right. > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Fri, Oct 23, 2009 at 1:38 AM, Anton Veretennikov < > anton.veretenni...@gmail.com> 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 >> 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 < >> > anton.veretenni...@gmail.com> 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 >> >> 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 < >> >> > anton.veretenni...@gmail.com> 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 >> >> >> 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 >> >> >> > >> >> >> >> 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 >> >> >> >> 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,
Re: Behind proxy
Looks like it's right. -- Jeremy Thomerson http://www.wickettraining.com On Fri, Oct 23, 2009 at 1:38 AM, Anton Veretennikov < anton.veretenni...@gmail.com> 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 > 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 < > > anton.veretenni...@gmail.com> 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 > >> 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 < > >> > anton.veretenni...@gmail.com> 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 > >> >> 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 > >> >> > > >> >> >> 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 > >> >> >> 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 > >> >> >> > 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
Re: Behind proxy
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 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 < > anton.veretenni...@gmail.com> 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 >> 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 < >> > anton.veretenni...@gmail.com> 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 >> >> 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 >> >> > >> >> >> 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 >> >> >> 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 >> >> >> > 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 >> >> >> >>> >> >> >> >>> Nino, seems to me that it has something with >> BookmarkablePageLinks. >> >> I >> >> >> >>> use them
Re: Behind proxy
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 < anton.veretenni...@gmail.com> 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 > 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 < > > anton.veretenni...@gmail.com> 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 > >> 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 > >> > > >> >> 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 > >> >> 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 > >> >> > 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 > >> >> >>> > >> >> >>> 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? > >> >> >>> > >> >> >>> -- T
Re: Behind proxy
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 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 < > anton.veretenni...@gmail.com> 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 >> 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 >> > >> >> 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 >> >> 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 >> >> > 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 >> >> >>> >> >> >>> 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 >> >> >>> wrote: >> >> >>> > No problem, please get back and tell if it works now:) im curios. >> >> >>> > >> >> >>> > 2009/10/19 Anton Veretennikov >> >> >>> >> >> >> >>> >> 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 >> >> >>> >> 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 >> >> >
Re: Behind proxy
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 < anton.veretenni...@gmail.com> 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 > 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 > > > >> 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 > >> 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 > >> > 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 > >> >>> > >> >>> 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 > >> >>> wrote: > >> >>> > No problem, please get back and tell if it works now:) im curios. > >> >>> > > >> >>> > 2009/10/19 Anton Veretennikov > >> >>> >> > >> >>> >> 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 > >> >>> >> 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 > >> >>> >> >> > >> >>> >> >> 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 > >> >>> >> >> wrote: > >> >>> >> >> > If I were you I wo
Re: Behind proxy
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 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 > >> 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 >> 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 >> > 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 >> >>> >> >>> 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 >> >>> wrote: >> >>> > No problem, please get back and tell if it works now:) im curios. >> >>> > >> >>> > 2009/10/19 Anton Veretennikov >> >>> >> >> >>> >> 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 >> >>> >> 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 >> >>> >> >> >> >>> >> >> 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 >> >>> >> >> 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 >> >>> >> >> >> >> >>> >> >> >> May be I need to open this discussion in a wicket list? >> >>> >> >> >> >> >>> >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov >> >>> >> >> >> 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 kno
Re: Behind proxy
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 > 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 > 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 > > 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 > >>> > >>> 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 > >>> wrote: > >>> > No problem, please get back and tell if it works now:) im curios. > >>> > > >>> > 2009/10/19 Anton Veretennikov > >>> >> > >>> >> 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 > >>> >> 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 > >>> >> >> > >>> >> >> 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 > >>> >> >> 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 > >>> >> >> >> > >>> >> >> >> May be I need to open this discussion in a wicket list? > >>> >> >> >> > >>> >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov > >>> >> >> >> 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 > >>> >> >> >> > wrote: > >>> >> >> >> >> One of mine looks like this: > >>> >> >> >> >> > >>> >> >> >> >> > >>> >> >> >> >> 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 / > >>> >> >> >> >> > >>> >> >> >> >> Order deny,allow > >>> >> >> >> >> Allow from all > >>> >> >> >> >> > >>> >> >> >> >> > >>> >> >> >> >> > >>> >> >> >> >> And another: >
Re: Behind proxy
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 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 > 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 >>> >>> 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 >>> wrote: >>> > No problem, please get back and tell if it works now:) im curios. >>> > >>> > 2009/10/19 Anton Veretennikov >>> >> >>> >> 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 >>> >> 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 >>> >> >> >>> >> >> 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 >>> >> >> 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 >>> >> >> >> >>> >> >> >> May be I need to open this discussion in a wicket list? >>> >> >> >> >>> >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov >>> >> >> >> 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 >>> >> >> >> > wrote: >>> >> >> >> >> One of mine looks like this: >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> 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 / >>> >> >> >> >> >>> >> >> >> >> Order deny,allow >>> >> >> >> >> Allow from all >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> And another: >>> >> >> >> >> >>> >> >> >> >> >>> >> >> >> >> 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 / >>> >> >> >> >> >>> >> >> >> >> Order deny,allow >>> >>
Re: Behind proxy
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 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 >> >> 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 >> wrote: >> > No problem, please get back and tell if it works now:) im curios. >> > >> > 2009/10/19 Anton Veretennikov >> >> >> >> 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 >> >> 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 >> >> >> >> >> >> 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 >> >> >> 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 >> >> >> >> >> >> >> >> May be I need to open this discussion in a wicket list? >> >> >> >> >> >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov >> >> >> >> 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 >> >> >> >> > wrote: >> >> >> >> >> One of mine looks like this: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> 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 / >> >> >> >> >> >> >> >> >> >> Order deny,allow >> >> >> >> >> Allow from all >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> And another: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> 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 / >> >> >> >> >> >> >> >> >> >> Order deny,allow >> >> >> >> >> Allow from all >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Your seems similar though, im not familiar with rewrite rules >> >> >> >> >> though.. >> >> >> >> >> >> >> >> >> >> 2009/10/17 Anton Veretennikov >> >> >> >> >>> >> >> >> >> >>> Hi, Nino, >> >> >> >> >>> >> >> >> >> >>> Thank you for your response, I'm using rewrite rules, it's >> >> >> >> >>> true. >> >> >> >> >>> My configuration of virtual host is:
Re: Behind proxy
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 > 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 > wrote: > > No problem, please get back and tell if it works now:) im curios. > > > > 2009/10/19 Anton Veretennikov > >> > >> 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 > >> 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 > >> >> > >> >> 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 > >> >> 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 > >> >> >> > >> >> >> May be I need to open this discussion in a wicket list? > >> >> >> > >> >> >> On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov > >> >> >> 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 > >> >> >> > wrote: > >> >> >> >> One of mine looks like this: > >> >> >> >> > >> >> >> >> > >> >> >> >> 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 / > >> >> >> >> > >> >> >> >> Order deny,allow > >> >> >> >> Allow from all > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> And another: > >> >> >> >> > >> >> >> >> > >> >> >> >> 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 / > >> >> >> >> > >> >> >> >> Order deny,allow > >> >> >> >> Allow from all > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> Your seems similar though, im not familiar with rewrite rules > >> >> >> >> though.. > >> >> >> >> > >> >> >> >> 2009/10/17 Anton Veretennikov > >> >> >> >>> > >> >> >> >>> Hi, Nino, > >> >> >> >>> > >> >> >> >>> Thank you for your response, I'm using rewrite rules, it's > true. > >> >> >> >>> My configuration of virtual host is: > >> >> >> >>> > >> >> >> >>> > >> >> >> >>> 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/ > >> >> >> >>> ProxyPassReverseCookieDomainlocalhost 5pin.ru > >> >> >> >>> ProxyPassReverseCookiePath /FivePinSite-1.0-SNAPSHOT / > >> >> >> >>> RewriteEngine on > >> >> >> >>> RewriteRule^/FivePinSite-1\.0-SNAPSHOT/(.*)$ /$1 [R] > >> >> >> >>> > >> >> >> >>> > >> >> >> >>> What I'm doing wrong? > >> >> >> >>> > >> >> >> >
Re: Wicket behind proxy (AJP)
Sergey, RewriteRule is not a magic. I checked seveal methods but this one is at least working. But if you have only one application, you can replace ROOT app with it then configuration will be: #for ROOT app: ServerName www.sitename.ru ServerAlias sitename.ru ProxyPass / ajp://127.0.0.1:8009/ ProxyPassReverse / ajp://127.0.0.1:8009/ -- Tony On Sat, Jul 4, 2009 at 2:59 PM, Sergey Podatelev wrote: > Thanks for all the feedback. > I see that there is no "pure" solution by far, I have to try either > with Tomcat's virtual server's or with the RewriteRule. > > Anton, I wish I could, but unfortunately, I've almost no spare time these > days. > Also, I'm far from being a Wicket expert, you can clarify this by > looking up questions I've been asking in this list (: > > On Fri, Jul 3, 2009 at 5:19 PM, Anton > Veretennikov wrote: >> Hello, Sergey, >> >> May be this is not a nice solution, but I could solve this problem >> only by using RewriteRule as follows: >> >> >> ServerName www.sitename.ru >> ServerAlias sitename.ru >> ProxyPass / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ >> ProxyPassReverse / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ >> ProxyPassReverseCookieDomain localhost sitename.ru >> ProxyPassReverseCookiePath /SiteApp-1.0-SNAPSHOT / >> RewriteEngine on >> RewriteRule ^/SiteApp-1\.0-SNAPSHOT/(.*)$ /$1 [R] >> >> >> -- Tony >> >> P.S. By the way if you are Russian and have time to help me with >> wicket.ru site I would appreciate it. >> >> >> >> >> >> >> On Fri, Jul 3, 2009 at 3:41 PM, Marc Ende wrote: >>> Hello Sergey, >>> >>> I had the same problems but I solved them using the virtual-host-feature of >>> tomcat. >>> >>> After that the ProxyPass looks very easy: >>> >>> ... >>> ProxyPass / ajp://localhost/ >>> ... >>> >>> >>> yours >>> >>> marc >>> >>> Sergey Podatelev schrieb: Hello, I know this question had already been asked here, but I still couldn't get it working on my side. What I'm trying to achieve, is a configuration of Wicket running as filter on Tomcat with an Apache host as a frontend. Particular problem is with the context path. Here's my configuration: Tomcat's "server.xml": ... >>> enableLookups="false" /> ... Apache's "sites-enabled/mysite": ... ServerName "mysite" ProxyRequests Off Order deny,allow Deny from all Allow from localhost ProxyPass / http://localhost:8084/Mysite/ ProxyPassReverse / http://localhost:8084/Mysite/ # this doesn't work #ProxyPass / ajp://localhost:8099/Mysite/ #ProxyPassReverse / ajp://localhost:8099/Mysite/ # this doesn't work either #ProxyPass / ajp://localhost:8099/Mysite/ #ProxyPassReverse / http://localhost:8084/Mysite/ ProxyPassReverseCookiePath /Mysite / ... The only way I got it working with (almost) no issues is the first one, where both ProxyPass and ProxyPassReverse directives use HTTP protocol. If I try AJP for both, or, as was stated somewhere in the mailing list here, HTTP for ProxyPassReverse and AJP for ProxyPass. The specific problem is when I access http://mysite/, some Wicket requests work fine, some, however, are pointing to http://mysite/Mysite/ (this, for instance, happens when I do setResponsePage(Page.class, pageParameters). At first, this doesn't seem to affect anything, but I have "Infinite Redirect Loop" error on 404 page, which is mounted the way it's described on Wicket's wiki. I'm not sure, whose problem is this, Wicket's or AJP's. I'm sure someone had similar issues and got them solved, I'd really appreciate any comments. >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > sp > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket behind proxy (AJP)
Thanks for all the feedback. I see that there is no "pure" solution by far, I have to try either with Tomcat's virtual server's or with the RewriteRule. Anton, I wish I could, but unfortunately, I've almost no spare time these days. Also, I'm far from being a Wicket expert, you can clarify this by looking up questions I've been asking in this list (: On Fri, Jul 3, 2009 at 5:19 PM, Anton Veretennikov wrote: > Hello, Sergey, > > May be this is not a nice solution, but I could solve this problem > only by using RewriteRule as follows: > > > ServerName www.sitename.ru > ServerAlias sitename.ru > ProxyPass / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ > ProxyPassReverse / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ > ProxyPassReverseCookieDomain localhost sitename.ru > ProxyPassReverseCookiePath /SiteApp-1.0-SNAPSHOT / > RewriteEngine on > RewriteRule ^/SiteApp-1\.0-SNAPSHOT/(.*)$ /$1 [R] > > > -- Tony > > P.S. By the way if you are Russian and have time to help me with > wicket.ru site I would appreciate it. > > > > > > > On Fri, Jul 3, 2009 at 3:41 PM, Marc Ende wrote: >> Hello Sergey, >> >> I had the same problems but I solved them using the virtual-host-feature of >> tomcat. >> >> After that the ProxyPass looks very easy: >> >> ... >> ProxyPass / ajp://localhost/ >> ... >> >> >> yours >> >> marc >> >> Sergey Podatelev schrieb: >>> >>> Hello, >>> >>> I know this question had already been asked here, but I still couldn't >>> get it working on my side. >>> What I'm trying to achieve, is a configuration of Wicket running as >>> filter on Tomcat with an Apache host as a frontend. Particular problem >>> is with the context path. >>> >>> Here's my configuration: >>> Tomcat's "server.xml": >>> >>> ... >>> >> enableLookups="false" /> >>> ... >>> >>> Apache's "sites-enabled/mysite": >>> >>> ... >>> >>> ServerName "mysite" >>> >>> ProxyRequests Off >>> >>> Order deny,allow >>> Deny from all >>> Allow from localhost >>> >>> >>> ProxyPass / http://localhost:8084/Mysite/ >>> ProxyPassReverse / http://localhost:8084/Mysite/ >>> >>> # this doesn't work >>> #ProxyPass / ajp://localhost:8099/Mysite/ >>> #ProxyPassReverse / ajp://localhost:8099/Mysite/ >>> >>> # this doesn't work either >>> #ProxyPass / ajp://localhost:8099/Mysite/ >>> #ProxyPassReverse / http://localhost:8084/Mysite/ >>> >>> ProxyPassReverseCookiePath /Mysite / >>> >>> >>> ... >>> >>> The only way I got it working with (almost) no issues is the first >>> one, where both ProxyPass and ProxyPassReverse directives use HTTP >>> protocol. >>> If I try AJP for both, or, as was stated somewhere in the mailing list >>> here, HTTP for ProxyPassReverse and AJP for ProxyPass. >>> >>> The specific problem is when I access http://mysite/, some Wicket >>> requests work fine, some, however, are pointing to >>> http://mysite/Mysite/ (this, for instance, happens when I do >>> setResponsePage(Page.class, pageParameters). At first, this doesn't >>> seem to affect anything, but I have "Infinite Redirect Loop" error on >>> 404 page, which is mounted the way it's described on Wicket's wiki. >>> >>> I'm not sure, whose problem is this, Wicket's or AJP's. >>> I'm sure someone had similar issues and got them solved, I'd really >>> appreciate any comments. >>> >>> >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- sp - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket behind proxy (AJP)
Hello, Sergey, May be this is not a nice solution, but I could solve this problem only by using RewriteRule as follows: ServerName www.sitename.ru ServerAlias sitename.ru ProxyPass / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ ProxyPassReverse / ajp://127.0.0.1:8009/SiteApp-1.0-SNAPSHOT/ ProxyPassReverseCookieDomainlocalhost sitename.ru ProxyPassReverseCookiePath /SiteApp-1.0-SNAPSHOT / RewriteEngine on RewriteRule^/SiteApp-1\.0-SNAPSHOT/(.*)$ /$1 [R] -- Tony P.S. By the way if you are Russian and have time to help me with wicket.ru site I would appreciate it. On Fri, Jul 3, 2009 at 3:41 PM, Marc Ende wrote: > Hello Sergey, > > I had the same problems but I solved them using the virtual-host-feature of > tomcat. > > After that the ProxyPass looks very easy: > > ... > ProxyPass / ajp://localhost/ > ... > > > yours > > marc > > Sergey Podatelev schrieb: >> >> Hello, >> >> I know this question had already been asked here, but I still couldn't >> get it working on my side. >> What I'm trying to achieve, is a configuration of Wicket running as >> filter on Tomcat with an Apache host as a frontend. Particular problem >> is with the context path. >> >> Here's my configuration: >> Tomcat's "server.xml": >> >> ... >> > enableLookups="false" /> >> ... >> >> Apache's "sites-enabled/mysite": >> >> ... >> >> ServerName "mysite" >> >> ProxyRequests Off >> >> Order deny,allow >> Deny from all >> Allow from localhost >> >> >> ProxyPass / http://localhost:8084/Mysite/ >> ProxyPassReverse / http://localhost:8084/Mysite/ >> >> # this doesn't work >> #ProxyPass / ajp://localhost:8099/Mysite/ >> #ProxyPassReverse / ajp://localhost:8099/Mysite/ >> >> # this doesn't work either >> #ProxyPass / ajp://localhost:8099/Mysite/ >> #ProxyPassReverse / http://localhost:8084/Mysite/ >> >> ProxyPassReverseCookiePath /Mysite / >> >> >> ... >> >> The only way I got it working with (almost) no issues is the first >> one, where both ProxyPass and ProxyPassReverse directives use HTTP >> protocol. >> If I try AJP for both, or, as was stated somewhere in the mailing list >> here, HTTP for ProxyPassReverse and AJP for ProxyPass. >> >> The specific problem is when I access http://mysite/, some Wicket >> requests work fine, some, however, are pointing to >> http://mysite/Mysite/ (this, for instance, happens when I do >> setResponsePage(Page.class, pageParameters). At first, this doesn't >> seem to affect anything, but I have "Infinite Redirect Loop" error on >> 404 page, which is mounted the way it's described on Wicket's wiki. >> >> I'm not sure, whose problem is this, Wicket's or AJP's. >> I'm sure someone had similar issues and got them solved, I'd really >> appreciate any comments. >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket behind proxy (AJP)
Hello Sergey, I had the same problems but I solved them using the virtual-host-feature of tomcat. After that the ProxyPass looks very easy: ... ProxyPass / ajp://localhost/ ... yours marc Sergey Podatelev schrieb: Hello, I know this question had already been asked here, but I still couldn't get it working on my side. What I'm trying to achieve, is a configuration of Wicket running as filter on Tomcat with an Apache host as a frontend. Particular problem is with the context path. Here's my configuration: Tomcat's "server.xml": ... ... Apache's "sites-enabled/mysite": ... ServerName "mysite" ProxyRequests Off Order deny,allow Deny from all Allow from localhost ProxyPass/ http://localhost:8084/Mysite/ ProxyPassReverse / http://localhost:8084/Mysite/ # this doesn't work #ProxyPass/ ajp://localhost:8099/Mysite/ #ProxyPassReverse / ajp://localhost:8099/Mysite/ # this doesn't work either #ProxyPass/ ajp://localhost:8099/Mysite/ #ProxyPassReverse / http://localhost:8084/Mysite/ ProxyPassReverseCookiePath /Mysite / ... The only way I got it working with (almost) no issues is the first one, where both ProxyPass and ProxyPassReverse directives use HTTP protocol. If I try AJP for both, or, as was stated somewhere in the mailing list here, HTTP for ProxyPassReverse and AJP for ProxyPass. The specific problem is when I access http://mysite/, some Wicket requests work fine, some, however, are pointing to http://mysite/Mysite/ (this, for instance, happens when I do setResponsePage(Page.class, pageParameters). At first, this doesn't seem to affect anything, but I have "Infinite Redirect Loop" error on 404 page, which is mounted the way it's described on Wicket's wiki. I'm not sure, whose problem is this, Wicket's or AJP's. I'm sure someone had similar issues and got them solved, I'd really appreciate any comments. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicket behind proxy (AJP)
> From: jcar...@carmanconsulting.com > Date: Thu, 2 Jul 2009 14:43:59 -0400 > Subject: Re: Wicket behind proxy (AJP) > To: users@wicket.apache.org > > I don't think ProxyPass supports the "/" path, does it? At least, it didn't > back when I wanted to set my site up like that. What I had to do was put a > dummy HTML page in there with a refresh directive to make it go to: > http://mysite/mywicketapp ProxyPass supports the /, but it doesn't pass to tomcat very well when you go to /. Tomcat will get the request for / through proxy pass, but it gets filtered through the default lookup which seems to only look at files and does NOT create a request to your servlet. In my case I want all requests to go through Spring at *.htm and there is no physical JSP mapped, so it only looks at files on disk. I would love to hear an easy solution. I guess you could create a single JSP that forward the request. Russ _ Insert movie times and more without leaving Hotmail®. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd_062009
Re: Wicket behind proxy (AJP)
This doesn't sound like a very smooth way (: And as I said, it all works perfectly well with HTTP but not with AJP. On Thu, Jul 2, 2009 at 10:43 PM, James Carman wrote: > I don't think ProxyPass supports the "/" path, does it? At least, it didn't > back when I wanted to set my site up like that. What I had to do was put a > dummy HTML page in there with a refresh directive to make it go to: > http://mysite/mywicketapp > > On Thu, Jul 2, 2009 at 2:27 PM, Sergey Podatelev > wrote: > >> Hello, >> >> I know this question had already been asked here, but I still couldn't >> get it working on my side. >> What I'm trying to achieve, is a configuration of Wicket running as >> filter on Tomcat with an Apache host as a frontend. Particular problem >> is with the context path. >> >> Here's my configuration: >> Tomcat's "server.xml": >> >> ... >> > enableLookups="false" /> >> ... >> >> Apache's "sites-enabled/mysite": >> >> ... >> >> ServerName "mysite" >> >> ProxyRequests Off >> >> Order deny,allow >> Deny from all >> Allow from localhost >> >> >> ProxyPass / http://localhost:8084/Mysite/ >> ProxyPassReverse / http://localhost:8084/Mysite/ >> >> # this doesn't work >> #ProxyPass / ajp://localhost:8099/Mysite/ >> #ProxyPassReverse / ajp://localhost:8099/Mysite/ >> >> # this doesn't work either >> #ProxyPass / ajp://localhost:8099/Mysite/ >> #ProxyPassReverse / http://localhost:8084/Mysite/ >> >> ProxyPassReverseCookiePath /Mysite / >> >> >> ... >> >> The only way I got it working with (almost) no issues is the first >> one, where both ProxyPass and ProxyPassReverse directives use HTTP >> protocol. >> If I try AJP for both, or, as was stated somewhere in the mailing list >> here, HTTP for ProxyPassReverse and AJP for ProxyPass. >> >> The specific problem is when I access http://mysite/, some Wicket >> requests work fine, some, however, are pointing to >> http://mysite/Mysite/ (this, for instance, happens when I do >> setResponsePage(Page.class, pageParameters). At first, this doesn't >> seem to affect anything, but I have "Infinite Redirect Loop" error on >> 404 page, which is mounted the way it's described on Wicket's wiki. >> >> I'm not sure, whose problem is this, Wicket's or AJP's. >> I'm sure someone had similar issues and got them solved, I'd really >> appreciate any comments. >> >> -- >> sp >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > -- sp - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket behind proxy (AJP)
I don't think ProxyPass supports the "/" path, does it? At least, it didn't back when I wanted to set my site up like that. What I had to do was put a dummy HTML page in there with a refresh directive to make it go to: http://mysite/mywicketapp On Thu, Jul 2, 2009 at 2:27 PM, Sergey Podatelev wrote: > Hello, > > I know this question had already been asked here, but I still couldn't > get it working on my side. > What I'm trying to achieve, is a configuration of Wicket running as > filter on Tomcat with an Apache host as a frontend. Particular problem > is with the context path. > > Here's my configuration: > Tomcat's "server.xml": > > ... > enableLookups="false" /> > ... > > Apache's "sites-enabled/mysite": > > ... > > ServerName "mysite" > >ProxyRequests Off > > Order deny,allow > Deny from all > Allow from localhost > > >ProxyPass/ http://localhost:8084/Mysite/ >ProxyPassReverse / http://localhost:8084/Mysite/ > ># this doesn't work >#ProxyPass/ ajp://localhost:8099/Mysite/ >#ProxyPassReverse / ajp://localhost:8099/Mysite/ > ># this doesn't work either >#ProxyPass/ ajp://localhost:8099/Mysite/ >#ProxyPassReverse / http://localhost:8084/Mysite/ > >ProxyPassReverseCookiePath /Mysite / > > > ... > > The only way I got it working with (almost) no issues is the first > one, where both ProxyPass and ProxyPassReverse directives use HTTP > protocol. > If I try AJP for both, or, as was stated somewhere in the mailing list > here, HTTP for ProxyPassReverse and AJP for ProxyPass. > > The specific problem is when I access http://mysite/, some Wicket > requests work fine, some, however, are pointing to > http://mysite/Mysite/ (this, for instance, happens when I do > setResponsePage(Page.class, pageParameters). At first, this doesn't > seem to affect anything, but I have "Infinite Redirect Loop" error on > 404 page, which is mounted the way it's described on Wicket's wiki. > > I'm not sure, whose problem is this, Wicket's or AJP's. > I'm sure someone had similar issues and got them solved, I'd really > appreciate any comments. > > -- > sp > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Wicket behind proxy (AJP)
Hello, I know this question had already been asked here, but I still couldn't get it working on my side. What I'm trying to achieve, is a configuration of Wicket running as filter on Tomcat with an Apache host as a frontend. Particular problem is with the context path. Here's my configuration: Tomcat's "server.xml": ... ... Apache's "sites-enabled/mysite": ... ServerName "mysite" ProxyRequests Off Order deny,allow Deny from all Allow from localhost ProxyPass/ http://localhost:8084/Mysite/ ProxyPassReverse / http://localhost:8084/Mysite/ # this doesn't work #ProxyPass/ ajp://localhost:8099/Mysite/ #ProxyPassReverse / ajp://localhost:8099/Mysite/ # this doesn't work either #ProxyPass/ ajp://localhost:8099/Mysite/ #ProxyPassReverse / http://localhost:8084/Mysite/ ProxyPassReverseCookiePath /Mysite / ... The only way I got it working with (almost) no issues is the first one, where both ProxyPass and ProxyPassReverse directives use HTTP protocol. If I try AJP for both, or, as was stated somewhere in the mailing list here, HTTP for ProxyPassReverse and AJP for ProxyPass. The specific problem is when I access http://mysite/, some Wicket requests work fine, some, however, are pointing to http://mysite/Mysite/ (this, for instance, happens when I do setResponsePage(Page.class, pageParameters). At first, this doesn't seem to affect anything, but I have "Infinite Redirect Loop" error on 404 page, which is mounted the way it's described on Wicket's wiki. I'm not sure, whose problem is this, Wicket's or AJP's. I'm sure someone had similar issues and got them solved, I'd really appreciate any comments. -- sp - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org