Re: URL Re-writting
On Mon, 18 Mar 2002, Gabriel Gajdos wrote: Date: Mon, 18 Mar 2002 13:48:37 +0100 From: Gabriel Gajdos [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: URL Re-writting | That's been really a great help.Further can I control the length of | this | sessionID as I am working on a project for mobile devices and these devices | dont support very long URLs. | | Thanks I am affraid this was not able to set according to Tomcat current state of development... If you really need to have shorter JSESSIONID, you must recompile some Tomcat classes... But I do not know which ones... May be one of Tomcat developers could give us a hint... ;-) For Tomcat 4, session ids are created in the generateSessionId() method of class org.apache.catalina.session.ManagerBase. GG Craig -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: URL Re-writting
I hope TomCat developers also go thru this list and would revert on this. My coner is that by using URL - rewritting its eating up 24 bytes of URL - 32 for the ID and rest for the string ;jsessionID= -Original Message- From: Gabriel Gajdos [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 6:19 PM To: Tomcat Users List Subject: Re: URL Re-writting | That's been really a great help.Further can I control the length of | this | sessionID as I am working on a project for mobile devices and these devices | dont support very long URLs. | | Thanks I am affraid this was not able to set according to Tomcat current state of development... If you really need to have shorter JSESSIONID, you must recompile some Tomcat classes... But I do not know which ones... May be one of Tomcat developers could give us a hint... ;-) GG -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: URL Re-writting
I m really grateful -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 10:23 PM To: Tomcat Users List Subject: Re: URL Re-writting On Mon, 18 Mar 2002, Gabriel Gajdos wrote: Date: Mon, 18 Mar 2002 13:48:37 +0100 From: Gabriel Gajdos [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: Re: URL Re-writting | That's been really a great help.Further can I control the length of | this | sessionID as I am working on a project for mobile devices and these devices | dont support very long URLs. | | Thanks I am affraid this was not able to set according to Tomcat current state of development... If you really need to have shorter JSESSIONID, you must recompile some Tomcat classes... But I do not know which ones... May be one of Tomcat developers could give us a hint... ;-) For Tomcat 4, session ids are created in the generateSessionId() method of class org.apache.catalina.session.ManagerBase. GG Craig -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
URL Re-writting
Please tell me what is the default behaviour that Tomcat uses for maintaining session i.e. using cookies or URL re-writting. and how do switch to a different mode i.e. from cookies how do I switch to URL rewritting. -Original Message- From: Valera Molyakov [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 12:34 PM To: Tomcat Users List Subject: Re: URL Length Hi ! See your brouser preferences - Cookies ( must be enabled, otherwise session ID append for URL). - Original Message - From: Gurmeet [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, March 18, 2002 7:01 AM Subject: URL Length Dear ALL, When I submit a page , tomcat is appending the sessionID to the URL, which causing me a lot of problem. Please help me, how can I avoid this. Thanks Gurmeet -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: URL Re-writting
| Please tell me what is the default behaviour that Tomcat uses for | maintaining session i.e. using cookies or URL re-writting. and how do | switch | to a different mode i.e. from cookies how do I switch to URL rewritting. Tomcat uses non-persistent cookies (for Session ID) such as other server scripting engines do... If there is user with cookie enabled browser, everything works just fine with non-persistent cookie JSESSIONID... If there is not possible to use cookies, Tomcat automaticaly uses URL rewriting... At the server side, you should allways use method response.encodeURL(String url) which returns correct form for URL as needed! It means, all A, FORM action=... and similar links must be retrieved from this method... As far as I know, it is not possible to switch URL-rewriting and using cookie. I have not found any purpose to use this behaviour yet (except testing). You are just allways using response.encodeURL() and you do not need to care whether client is using cookies or not. You do not really need to care about that as a WebApp developper. GG -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
RE: URL Re-writting
That's been really a great help.Further can I control the length of this sessionID as I am working on a project for mobile devices and these devices dont support very long URLs. Thanks -Original Message- From: Gabriel Gajdos [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 3:07 PM To: Tomcat Users List Subject: Re: URL Re-writting | Please tell me what is the default behaviour that Tomcat uses for | maintaining session i.e. using cookies or URL re-writting. and how do | switch | to a different mode i.e. from cookies how do I switch to URL rewritting. Tomcat uses non-persistent cookies (for Session ID) such as other server scripting engines do... If there is user with cookie enabled browser, everything works just fine with non-persistent cookie JSESSIONID... If there is not possible to use cookies, Tomcat automaticaly uses URL rewriting... At the server side, you should allways use method response.encodeURL(String url) which returns correct form for URL as needed! It means, all A, FORM action=... and similar links must be retrieved from this method... As far as I know, it is not possible to switch URL-rewriting and using cookie. I have not found any purpose to use this behaviour yet (except testing). You are just allways using response.encodeURL() and you do not need to care whether client is using cookies or not. You do not really need to care about that as a WebApp developper. GG -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: URL Re-writting
| That's been really a great help.Further can I control the length of | this | sessionID as I am working on a project for mobile devices and these devices | dont support very long URLs. | | Thanks I am affraid this was not able to set according to Tomcat current state of development... If you really need to have shorter JSESSIONID, you must recompile some Tomcat classes... But I do not know which ones... May be one of Tomcat developers could give us a hint... ;-) GG -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]