But when I use cookies and set the time to -1, they seems to go
away when the browser exits.
Sessions seem to live even though the user exits the browser :(
Could be a bug the servlet engine ? I'm just wondering what the
supposed behaviour is.
I'm using timeouts right now, and that's ok. But it would be even
better if I could have timeouts and a little browser "hint" to say
"Please if you can, when you exit, remove that cookie" :)
Augusto
Cezar Totth wrote:
>
> Hi,
>
> On Thu, 15 Jul 1999, Augusto Sellhorn wrote:
>
> > So I'm using the setMaxInactiveInterval() method, and it does what I
> > want. Now I'd like to tell the Session to be removed when the user
> > exits the browser. You can do this with cookies, but how can you do
> > it with a Session object ???
> >
> > If it can't be done, would it be a good idea to have a getCookie()
> > method in the Session interface ? We need more control :)
> >
> It cant be done due to HTTP behavior. There is no request sent to the
> server when user closes the browser or just navigates completely out of
> your servlet engine.
>
> The cookie is "closed" at the broser level, when browser program ends,
> the server has no clue about that.
>
> Even if you get the cookie info from the session that will not help
> too much - it does not tell you nothing when user's browser is closed.
>
> Workarounds are available all adding more or less drawbacks:
>
> - Implement an logout servlet and put links within all (or some)
> http pages of your application:
> Whithin its doGet() just set a one (zero?) second
> timeout for the current session, so it will expire almost instantly.
>
> Drawbacks: added servlet, users must click "logout" links or buttons
> in order to be logged out (hard to convince them to do that, just to
> see nothing happens :-)
>
> - Use a very small timeout (let it be 30 seconds)
> for all sessions and have each page
> including a small image (logo, animation...) or frame that refreshes
> each 15 seconds. This image being provided by an
> "ImageRefreshingServlet" whose only purpose is to send the
> same image binary to the browser.
>
> When user leaves the application session will expire very quick.
> (too quick one might say)
>
> Drawbacks: overload on servlet engine. Possible problems on slow links.
> Possible problems with caches. Dont know what happens with doPosts()
> that last longer than 30 seconds to return
> (do they expire session or not?)
>
> Other ideas?
>
> Bye,
>
> Cezar Totth
>
> ___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html