You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Thomas Mäder (JIRA)" <ji...@apache.org> on 2008/06/17 12:25:45 UTC

[jira] Commented: (WICKET-1703) Allow Intercept Page for POST Requests

    [ https://issues.apache.org/jira/browse/WICKET-1703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12605539#action_12605539 ] 

Thomas Mäder commented on WICKET-1703:
--------------------------------------

I'd be ready to do the legwork if someone can help me sketch a solution.

> Allow Intercept Page for POST Requests
> --------------------------------------
>
>                 Key: WICKET-1703
>                 URL: https://issues.apache.org/jira/browse/WICKET-1703
>             Project: Wicket
>          Issue Type: Improvement
>          Components: wicket
>    Affects Versions: 1.3.3
>            Reporter: Thomas Mäder
>
> By throwing RestartResponseAtInterceptPageException an application can temporarily redirect to an intercept page and then continue to the original destination. This is very handy to show a login page if the user is not authorized, for example. Unfortunately, this only works for GET requests. The problem is that only the current request URL is remembered when the exception is thrown and a redirect to this url is issued later. If the intercepted request is a POST, any request parameters are forgotten. 
> The use case I have in mind is that we have a back end system which has it's own login token which we may lose at any time (for example, if  the user logs in again using another tool). Assume that the user is trying to add a new item in a form in the web browser. The problem is that we need to use the back end system to process the submit of that form. It would be nice if we could just show the intercept page and then continue the original form submit.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.