Sorry, I have no workaround for you. This logic has limitations. I suggested to be improved at https://cwiki.apache.org/confluence/display/WICKET/Ideas+for+Wicket+7.0
On Wed, Oct 10, 2012 at 1:52 PM, Phill <[email protected]> wrote: > Do you have any suggestions for gracefully recovering from this? > Without access to the named parameter I cannot construct the model for the > page and I would like recreate the page on the original mount point. > > On 10/ott/2012, at 10:20, Martin Grigorov <[email protected]> wrote: > >> Hi, >> >> This is the behavior since https://issues.apache.org/jira/browse/WICKET-4594 >> As the ticket explains the problem was that *all* parameters for the >> Ajax request were assumed to be the PageParameters for the freshly >> created page. And this causes other problems ... :-/ >> >> On Wed, Oct 10, 2012 at 11:11 AM, Phill <[email protected]> wrote: >>> Wicket 6.1.1 - I'm mounting a bookmarkable page in my Application with a >>> named parameter: >>> >>> mountPage("/user/${userId}", UserPage.class); >>> >>> If I click an expired (session timeout) AjaxLink on the page /user/ABC it >>> is detected and handled by the RequestHandler but the named parameter is >>> not passed to the recreated page, redirecting to /user/?1 and not /user/ABC >>> >>> 2012-10-10 08:50:30,924 [http-thread-pool-8009(3)] DEBUG >>> o.a.wicket.core.request.handler.ListenerInterfaceRequestHandler - A >>> ListenerInterface '[RequestListenerInterface name=IBehaviorListener, >>> method=public abstract void >>> org.apache.wicket.behavior.IBehaviorListener.onRequest()]' assigned to >>> 'content:addCommentLink' is executed on an expired stateful page. >>> Scheduling re-create of the page and ignoring the listener interface… >>> >>> Is this the expected behaviour or a bug? >>> -Phill >>> >>> >>> --------------------------------------------------------------------- >>> 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] >> > > > --------------------------------------------------------------------- > 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]
