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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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
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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com Nino, seems to me that it has something with BookmarkablePageLinks. I use them everywhere except expanding tree links where Ajax is used.
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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: Hmm Anton im not sure, but dont think so.. BookmarkablePageLinks are just that, and if session ID were appended they would'nt work..
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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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
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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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
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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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
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 jer...@wickettraining.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com I think this may have something with cookies since I try to set cookie treeInfo and sometimes
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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com May be I need to open this discussion in a wicket list? On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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/ ProxyPassReverseCookieDomainlocalhost 5pin.ru ProxyPassReverseCookiePath /FivePinSite-1.0-SNAPSHOT / RewriteEngine on RewriteRule^/FivePinSite-1\.0-SNAPSHOT/(.*)$ /$1 [R] /VirtualHost What I'm doing wrong? -- Tony
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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com May be I need to open this discussion in a wicket list? On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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]
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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com May be I need to open this discussion in a wicket list? On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 /
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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com May be I need to open this discussion in a wicket list? On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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..
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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: No problem, please get back and tell if it works now:) im curios. 2009/10/19 Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com 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 anton.veretenni...@gmail.com May be I need to open this discussion in a wicket list? On Mon, Oct 19, 2009 at 3:57 PM, Anton Veretennikov anton.veretenni...@gmail.com 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 nino.martinez.w...@gmail.com wrote: One of mine looks like this: VirtualHost *:* ServerName wicketgames.ninosbox.thruhere.net
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 Veretennikovanton.veretenni...@gmail.com wrote: Hello, Sergey, May be this is not a nice solution, but I could solve this problem only by using RewriteRule as follows: VirtualHost *:80 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] /VirtualHost -- 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 Endemli...@e-beyond.de 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: VirtualHost... ... ProxyPass / ajp://localhost/ ... /VirtualHost 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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)
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: VirtualHost *:80 ServerName www.sitename.ru ServerAlias sitename.ru ProxyPass / ajp://127.0.0.1:8009/ ProxyPassReverse / ajp://127.0.0.1:8009/ /VirtualHost -- Tony On Sat, Jul 4, 2009 at 2:59 PM, Sergey Podatelevbrightnesslev...@gmail.com 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 Veretennikovanton.veretenni...@gmail.com wrote: Hello, Sergey, May be this is not a nice solution, but I could solve this problem only by using RewriteRule as follows: VirtualHost *:80 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] /VirtualHost -- 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 Endemli...@e-beyond.de 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: VirtualHost... ... ProxyPass / ajp://localhost/ ... /VirtualHost 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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)
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: VirtualHost... ... ProxyPass / ajp://localhost/ ... /VirtualHost 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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)
Hello, Sergey, May be this is not a nice solution, but I could solve this problem only by using RewriteRule as follows: VirtualHost *:80 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] /VirtualHost -- 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 Endemli...@e-beyond.de 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: VirtualHost... ... ProxyPass / ajp://localhost/ ... /VirtualHost 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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
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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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
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 brightnesslev...@gmail.com 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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
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 Carmanjcar...@carmanconsulting.com 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 brightnesslev...@gmail.com 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: ... Connector port=8099 protocol=AJP/1.3 redirectPort=8443 enableLookups=false / ... Apache's sites-enabled/mysite: ... VirtualHost 127.0.0.1:80 ServerName mysite IfModule mod_proxy.c ProxyRequests Off Proxy * Order deny,allow Deny from all Allow from localhost /Proxy 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 / /IfModule /VirtualHost ... 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)
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