On Thu, 2006-08-31 at 01:37 +0200, Wolfgang Jeltsch wrote: > Am Donnerstag, 31. August 2006 01:31 schrieb Wolfgang Jeltsch: > > Hello, > > > > are there any possibilities to get rid of these ugly jsessionid arguments > > in the URIs? I dont't want to have session ids in page URIs since they > > disturb the URIs. They lead to people bookmarking URIs which belong to a > > specific session of themselves, and sending such URIs to friends. And they > > are generally not clear and easy to remember. What I want are URIs like > > http://www.me.org/introcuction/curriculum-vitae/. > > > > Best wishes, > > Wolfgang > > Hmm, I just discovered that these jsessionid arguments are not always > generated but I cannot see when they are and when they are not. It even > looks as if they are sometimes generated and sometimes not if you use the > same URI of the form http://host:port/publication/live/. Could someone tell > me what the corresponding rule is? Thanks.
The jsessionid is always appended to the first URL when a session starts. At the same time, a jsessionid cookie is sent to the browser. If the browser accepts the cookie and sends it back with the next request, the server doesn't use the jsessionid request parameter anymore. However, if the browser does not accept session cookies, the server will continue to append the jsessionid to all URLs, in order to maintain the user session. (Not sure if the second option actually works with lenya) AFAIK you get this behaviour with all servlet applications. I don't know if it can be changed, you could take a look at the servlet specification. In general it should not be a problem to bookmark a URL including a jsessionid, or sending it as a link to somebody. The jsessionid will be discarded and a new session will be created. You don't have to remember the jsessionid parameter, the URL should work without it. hth, josias > > Best wishes, > Wolfgang > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
