Ah. I'm not sure how many people actually use SignInPanel. Indeed,
that component doesn't look particularly flexible. I guess what you're
looking for is something like:
Index:
/Users/eelcohillenius/Documents/workspace/wicket-auth-roles/src/main/java/wicket/authentication/panel/SignInPanel.java
=
Unless I'm missing something, not without some major cut & pasting (or
a custom version or Wicket). The actual onSubmit() is down in
SignInForm, which is in SignInPanel, which is in SignInPage. Even if
it wasn't final, (which it is,) then there doesn't seem to be a way of
getting to it to overrid
if it is after login. Can't you handle it then in the login.onSubmit code?johan\On 10/9/06, Gwyn Evans <
[EMAIL PROTECTED]> wrote:After the login's how I was hoping to go... Currently checking the
(session) stored user details in the BasePage./GwynOn 09/10/06, Johan Compagner <[EMAIL PROTECTED]> w
After the login's how I was hoping to go... Currently checking the
(session) stored user details in the BasePage.
/Gwyn
On 09/10/06, Johan Compagner <[EMAIL PROTECTED]> wrote:
> So before the user is logs in?
> so in the end you have 2 login pages?
> Or after the users logs in, so 2 different di
So before the user is logs in?so in the end you have 2 login pages?Or after the users logs in, so 2 different directions when the login succeeds?johanOn 10/9/06,
Gwyn Evans <[EMAIL PROTECTED]> wrote:
On a related note, can anyone suggest a good way of adding a way ofchanging the 'destination' page
On 09/10/06, Gwyn Evans <[EMAIL PROTECTED]> wrote:
> On a related note, can anyone suggest a good way of adding a way of
> changing the 'destination' page as part of the logging in?
>
> The scenario is that after authenticating the user, I may to redirect
> them to a 'ChangePassword' page. Is ther
On a related note, can anyone suggest a good way of adding a way of
changing the 'destination' page as part of the logging in?
The scenario is that after authenticating the user, I may to redirect
them to a 'ChangePassword' page. Is there a better answer than a
RestartResponseException in my Auth
The difference is that RestartResponseAtInterceptPageException records
the current request first, which then later - after logging in - could
be redirected to again.
if (!continueToOriginalDestination()) {
setResponsePage(getApplication().getHomePage());
}
Eelco
On 10/
Hi,
The login-example uses RestartResponseAtInterceptPageException to forward
a user to the login page when he's not authorized.
What is the difference with throwing an RestartResponseAtInterceptPageException
instead of a RestartResponseException exception? The latter appears to give the
same b
