Hi Igor, thanks.
Yeah, there is no other choice given the final methods. A bit of a shame
really, as having this work uniformly will depend on us all remembering
to do this instead of simply calling setResponse() directly.
Just out of interest, does anyone know why this method is final?
Cheers - Steve
Igor Vaynberg wrote:
setResponsePage(MyApplicaton.getCustomizedPageXClass(), .., ..)
-igor
On Tue, May 5, 2009 at 12:15 AM, Steve Flasby <st...@flasby.org> wrote:
Chaps,
We have a requirement to customize certain pages depending on the
installation. My approach is to subclass the pages needing customization
and put the difference in the subclass. Then a bit of installation
specific config overrides the normal destination page and returns a
different one.
This seems an OK approach (other approaches happily received) but
requires that I be able to intercept calls to the original page with
calls to the subclassed version.
I was going to implement a subclass of RequestCycle to lookup the requested
page and use the subclass if my configuration specifies one. That way there
is no change needed in the rest of the application when we decide to use
a modified page.
new WebRequestCycle(this, (WebRequest)request, (WebResponse)response){
public <C extends Page> void setResponsePage(final Class<C> pageClass,
final PageParameters pageParameters,
final String pageMapName) {
// finds configured alternative or returns same pageClass if nothing
// configured for this page.
Class<C> altClass = getPageFactory().getPage(pageClass);
super.setResponsePage( altClass, pageParameters, pageMapName);
}
};
Unfortunately, setResponsePage(...) is final so I cant. This makes
me think I am approaching this wrong as whenever I find I am blocked
doing something in Wicket it's usually because I am going the wrong way.
I'm using 1.4RC2.
Can anyone offer an alternative for me please.
Cheers - Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org