Hi,

With WICKET-4014 Wicket will not throw PageExpiredException if the
mount path is available and a new page may be instantiated.
For example if the link url looks like:
..../mountPoint?3-2.ILinkListener.0 then Wicket will look for page
with id == 3 and if it is not found then it will use 'mountPoint' to
instantiate a new instance of that page class.

But if the link doesn't bring information that can be used to create a
new instance then PageExpiredException will be thrown.
For example: /wicket/page?3-2.ILinkListener.0 will throw PEX.

In both cases the user session must be gone. If you have configured
IAuthenticationStrategy then Wicket will lead you to your login page.

On Mon, Nov 14, 2011 at 2:14 PM, Florian B. <[email protected]> wrote:
> I've got some problems with the session of my Wicket web application.
>
> After adding custom error pages to my web application I did some test to see
> whether they work as expected.
>
> During the test I encountered some strange behavior. In the web.xml I set
> the session timeout to 1 minute
>  using the following xml.
> <session-config>
>    <session-timeout>1</session-timeout>
> </session-config>
>
> For the test I started the web application, and logged into the application
> using a test user. Then I waited for several minutes and clicked a link in
> the menu to provoke an page expired error to see my custom error page. But
> this never happens. After clicking the link the page loads normally and the
> user is still logged in.
>
> I expected the following. Clicking the link leads to a page expiration
> therefore the custom expiration page  would be shown and then when clicking
> the link on the expiration page the login page would be shown as the user's
> session has ended.
>
>
>
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/User-is-still-logged-in-after-session-should-have-been-expired-tp4039285p4039285.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to