A little further information on my session behavior problem.

I have disabled class reloading via the server.xml.

I have not seen the encodeURL command fail during testing, in fact, I was
having the same session problem when I was using cookies!  I switched to URL
rewriting because I thought the problem might be people who had cookies
disabled.

Part of my problem may be using encodeURL() for all my links instead of
encodeRedirectURL().  Does anyone know the difference between these methods?

The biggest mystery here remains that this behavior is inconsistent.
Everything works great for most users, but in a few cases, I am getting this
bean instantiation error....

Thanks for the help.

James

-----Original Message-----
From: Ralph Einfeldt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 23, 2000 2:48 AM
To: '[EMAIL PROTECTED]'
Subject: AW: Strange Session Behavior....



> -----Ursprüngliche Nachricht-----
> Von: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Gesendet: Mittwoch, 22. November 2000 22:34
> An: [EMAIL PROTECTED]
> Betreff: Re: Strange Session Behavior....
<snip/>
> Sessions get destroyed only when they time out or when you
> invalidate them.
<snip/>
- What happens if classes are reloaded ?
  Good old jserv used to invalidate the session a soon
  as one class was reloaded due to a change.
<snip/>
> However, I'd bet the cause of your problem is a forgotten call to
> response.encodeURL().  This will cause the next request in to start a
new
> session -- and if that request goes directly to a JSP page (so your
bean
> construction hasn't yet had a chance to execute) you will get the
results you
> see.
<snip/>
Although your guess is the most likely, there might be two further valid
guesses
- encodeURL() is not working correct under all conditions
- tomcat sometime creates sessions

Message to the original poster James Morgenstein:
All three guesses can be validated through following test:
  run a site grabber (like wget) and look at the url's
  this way you can find if the session id changes somewhere
  or is missing.
  Analyse what you saw ...

Reply via email to