Re: Authorization without redirect
Hi Ernesto, Thanks but this isn't really what I was looking for as it is too simple to remove the Modal Window from the DOM tree and see the already rendered hidden page without entering a PIN. I'd use normal Modal Windows for every link to the PIN protected page but this wouldn't cover bookmarks. A RestartResponseWithInterceptComponentException(Component component) would be marvellous which re-renders the current page and injects the given component but this is just fantasy. So I'll have to give this another thought or two. Cheers, Karsten Am 28.11.2012 13:36, schrieb Ernesto Reinaldo Barreiro: See https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) You could use one to block the page till pin is typed. On Wed, Nov 28, 2012 at 1:29 PM, Karsten Gaul karsten.g...@exedio.comwrote: Hi everyone, I'm currently building an application using wicket 1.4.21 and what I'm trying to achieve is the following: I have a protected area (stage 1) which requires the user to input his credentials and I'm using an AuthorizationStrategy for this. This Strategy throws a RestartResponseAtInterceptPage**Exception in it's onUnauthorizedInstantiation method. (works as is with a redirect to a Login Page) However, within stage 1 I have links to another page (stage 2) which requires a PIN and I want no redirect to the login page again but just show a pop-up with an input field. Something like a confirmation dialog which on close still displays the page the link to stage 2 was rendered in. Any ideas? Thanks, Karsten --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-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
Re: Authorization without redirect
Hi, On Thu, Nov 29, 2012 at 1:38 PM, Karsten Gaul karsten.g...@exedio.comwrote: Hi Ernesto, Thanks but this isn't really what I was looking for as it is too simple to remove the Modal Window from the DOM tree and see the already rendered hidden page without entering a PIN. Don't put the hidden content till pin is provided. This way there is no way to manipulate client side to access protected content. Once pin is provided you redirect to same page (and then content is displayed). It is resposaability of the page to ensure it is protected (with server side state). Is usser does not provides pin or closes the modal you redirect to a public page. I'd use normal Modal Windows for every link to the PIN protected page but this wouldn't cover bookmarks. A **RestartResponseWithInterceptCo**mponentException(Component component) would be marvellous which re-renders the current page and injects the given component but this is just fantasy. So I'll have to give this another thought or two. With the approach mentioned above you don't have to take care of the details you mention. Cheers, Karsten Am 28.11.2012 13:36, schrieb Ernesto Reinaldo Barreiro: See https://cwiki.apache.org/**confluence/display/WICKET/**Modal+Windowshttps://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) You could use one to block the page till pin is typed. On Wed, Nov 28, 2012 at 1:29 PM, Karsten Gaul karsten.g...@exedio.com** wrote: Hi everyone, I'm currently building an application using wicket 1.4.21 and what I'm trying to achieve is the following: I have a protected area (stage 1) which requires the user to input his credentials and I'm using an AuthorizationStrategy for this. This Strategy throws a RestartResponseAtInterceptPageException in it's onUnauthorizedInstantiation method. (works as is with a redirect to a Login Page) However, within stage 1 I have links to another page (stage 2) which requires a PIN and I want no redirect to the login page again but just show a pop-up with an input field. Something like a confirmation dialog which on close still displays the page the link to stage 2 was rendered in. Any ideas? Thanks, Karsten --** --**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apa**che.orghttp://apache.org users-unsubscribe@**wicket.apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com/ http://antiliasoft.com/antilia
Re: Authorization without redirect
Hi. On Thu, Nov 29, 2012 at 1:52 PM, Ernesto Reinaldo Barreiro reier...@gmail.com wrote: Hi, On Thu, Nov 29, 2012 at 1:38 PM, Karsten Gaul karsten.g...@exedio.comwrote: Hi Ernesto, Thanks but this isn't really what I was looking for as it is too simple to remove the Modal Window from the DOM tree and see the already rendered hidden page without entering a PIN. Don't put the hidden content till pin is provided. This way there is no way to manipulate client side to access protected content. Once pin is provided you redirect to same page (and then content is displayed). It is resposaability of the page to ensure it is protected (with server side state). Is usser does not provides pin or closes the modal you redirect to a public page. Or use AJAX to repaint the hidden content of the page. -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com/ http://antiliasoft.com/antilia
Re: Authorization without redirect
See https://cwiki.apache.org/confluence/display/WICKET/Modal+Windows Opening a modal window on page load (no AJAX involved) You could use one to block the page till pin is typed. On Wed, Nov 28, 2012 at 1:29 PM, Karsten Gaul karsten.g...@exedio.comwrote: Hi everyone, I'm currently building an application using wicket 1.4.21 and what I'm trying to achieve is the following: I have a protected area (stage 1) which requires the user to input his credentials and I'm using an AuthorizationStrategy for this. This Strategy throws a RestartResponseAtInterceptPage**Exception in it's onUnauthorizedInstantiation method. (works as is with a redirect to a Login Page) However, within stage 1 I have links to another page (stage 2) which requires a PIN and I want no redirect to the login page again but just show a pop-up with an input field. Something like a confirmation dialog which on close still displays the page the link to stage 2 was rendered in. Any ideas? Thanks, Karsten --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Regards - Ernesto Reinaldo Barreiro Antilia Soft http://antiliasoft.com/ http://antiliasoft.com/antilia