Thanks for your help, Martin!

I turned off page recreation by adding:

getPageSettings().setRecreateMountedPagesAfterExpiry(false);

to my Application.init() method.

There is no change in the behavior, either locally or in AppEngine -- i.e.
no page expired errors.

You can observe the behavior here:
http://1.wp-portal-staging.appspot.com/portal/pages/Test

by visiting the page, refreshing it and then pressing a button (which will
do nothing if you refreshed). I posted the code for that page in another
thread ("Model value change lost between AjaxButton.onSubmit() and
form.onSubmit()"), in case that helps.

TIA!
Chris



On Thu, May 14, 2015 at 3:43 PM, Martin Grigorov <[email protected]>
wrote:

> Hi,
>
> My guess is that there is some problem with the saving of the page in the
> backing stores.
> Try by disabling page recreation for expired pages, see IPageSettings,
> If I'm right then you should start seeing PageExpiredPage after clicking
> the link.
> The next step is will be to find why the pages could not be stored.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Thu, May 14, 2015 at 9:40 PM, Christopher Merrill <
> [email protected]> wrote:
>
> > I'm seeing problems throughout our app where refreshing the page causes
> > other event listeners to then malfunction. These are trivially simple
> > listeners, like:
> >
> > Link customer_link = new Link("org_link")
> >     {
> >     @Override
> >     public void onClick()
> >         {
> >         setResponsePage(new
> > OrganizationAdministrationPage(getPageReference(),
> > _organization_key));
> >         }
> >
> >     private static final long serialVersionUID = -6396556709778260098L;
> >     };
> >
> >
> > Instead of returning the response page, the browser receives a forward
> > (302) back to the same page instance...which of course means that the
> link
> > appears to do nothing.
> >
> > I can only reproduce this behavior when the app is deployed to AppEngine
> --
> > it works fine running on my desktop. The problems started when we
> upgraded
> > the application to Wicket 6. I'm not implying this is a Wicket 6
> > problem...in fact I assume we have done something that is causing this
> > malfunction. But since it worked under Wicket 5, I'm hoping someone will
> > see a relationship between the symptoms and a change that we need to make
> > for compatibility with Wicket 6.
> >
> > Any hints or debugging ideas (since I can't step through the code running
> > in AppEngine) would be greatly appreciated!
> >
> > Chris
> >
>

Reply via email to