record their last access time in a cookie. then when your auth strategy descides to redirect to homepage it can check the cookie and decide to redirect to the expired error page instead.
-igor On Tue, Dec 27, 2011 at 7:54 AM, manuelbarzi <[email protected]> wrote: > it implies recording that user information somewhere. would prefer to > avoid that. > > no chance to override or replace some piece of wicket api to handle > this situation? > > > . > > > > On Tue, Dec 27, 2011 at 4:10 PM, Ernesto Reinaldo Barreiro > <[email protected]> wrote: >> Manuel, >> >> I don't know right now if there is a pure Wicket solution but you can >> always use a session listener [1] to record remotes IPs of destroyed >> sessions and use that info decide whether to show a message or not. >> >> Cheers, >> >> Ernesto >> >> 1- >> http://docs.oracle.com/javaee/5/api/javax/servlet/http/HttpSessionListener.html >> >> >> On Tue, Dec 27, 2011 at 3:14 PM, manuelbarzi <[email protected]> wrote: >> >>> hi, >>> >>> this is wicket 1.4.19 (& cannot upgrade to 1.5). >>> >>> the scenary is: [1] when user is logged in > [2] after inactive long >>> time session expires > [3] user clicks on bookmarkablepagelink > [4] >>> request handling automatically brings the user to homepage (default) >>> >>> if possible, what's the recommended way to intercept transition from >>> step [3] to [4], so the application can - at least - detect this event >>> and show the feedback information "session expired" to the user when >>> homepage is loaded? (already known that bookmarkablepagelink is >>> dispatched by the handling servlet) >>> >>> thky >>> >>> >>> >>> >>> >>> . >>> >>> --------------------------------------------------------------------- >>> 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] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
