struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "James Mitchell" <jmitch...@apache.org>
Subject Re: Best practice for redirecting on session timeout?
Date Thu, 12 May 2005 16:23:27 GMT
It really has nothing to do with caching, that meta refresh tag forces the 
browser to refresh the page from the server (without JavaScript) so (for 
example) the user returns from a long lunch and sees the browser sitting at 
the login screen instead of the last customer search.



--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM:   jmitchtx
Yahoo: jmitchtx
MSN:   jmitchell@apache.org




----- Original Message ----- 
From: "Aladin Alaily" <struts@aladin.ca>
To: "Struts Users Mailing List" <user@struts.apache.org>
Sent: Thursday, May 12, 2005 11:12 AM
Subject: Re: Best practice for redirecting on session timeout?


> Hi
>
>>> 1) Maintainability: if you want to change the timeout to 30 minutes (and
>>> you have 50 jsp pages), then you have to make the change 50 times.
>> Umm..ya...that's why I explicity said "preferrably via an include or let 
>> a
>> filter do it for you".
>
> Missed the filter part :)
>
>>> 2) Business Logic: This approach will never prevent you Action from
>>> executing.  Since you have to go through an action to reach the jsp
>>> page,
>>> when the *page* reloads, you are actually reloading the action first.
>> You must be confused here.  The refresh happens ON the client after 20
>> minutes of inactivity.  "Inactivity" being defined as "the browser has no
>> interaction with the server".
>
> Confused? Maybe... but what if the page is not cached on the client-side.
> Where is the browser going to get it from? ;)
>
>> After rereading the original post, it seems that I misunderstood the
>> original question.  My proposed solution assumes you've already dealt 
>> with
>> handling the expired session, so for all intents and purposes, we 
>> actually
>> agree (in a 1/42 kind of way ;)
>
> At least we agree on something :)
>
> Aladin
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Mime
View raw message