So that page can also work without a user object/id? It is a nice url
then but if the page cant be found it will call the default or
pageparam constructor..
You are right, the page is useless as a bookmarkable page, but atleast he gets
his nice url :)
I think Oliver's requirement was that the userid was never exposed in the URL,
so I guess the default constructor should do something like:
throw new RestartResponseAtInterceptPageException(UserRegistrationPage.class);
-- Edvin
On 2/2/08, oliverw <[EMAIL PROTECTED]> wrote:
Thanks Edwin! That did the trick. Just from the looks it appears as if
HybridUrlCodingStrategy would be the preferable mount strategy in general.
Edvin Syse wrote:
Can't you just proceed this way:
setResponsePage(new SummaryPage(userdId));
i.e. pass the id as a parameter to the summary page constructor ?
Regards
This works - kind of. Because even though the response page is mounted, I
not see a pretty url in the browser.
You can mount the page with HybridUrlCodingStrategy to get a pretty URL
even after redirecting:
mount(new HybridUrlCodingStrategy("/summary", SummaryPage.class));
-- Edvin
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Short-Design-Question-tp15243739p15246739.html
Sent from the Wicket - User mailing list archive at Nabble.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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
