[ http://issues.apache.org/jira/browse/BEEHIVE-909?page=all ]
Carlin Rogers reassigned BEEHIVE-909:
-------------------------------------
Assign To: Rich Feit (was: Carlin Rogers)
Assigning to Rich to review and commit. I think this could be post V1.
> When a response is already committed PageFlowUtils.strutsLookup() does not
> return the expected ActionResult.
> ------------------------------------------------------------------------------------------------------------
>
> Key: BEEHIVE-909
> URL: http://issues.apache.org/jira/browse/BEEHIVE-909
> Project: Beehive
> Type: Bug
> Components: NetUI
> Versions: v1m1, V1Beta
> Reporter: Carlin Rogers
> Assignee: Rich Feit
> Fix For: TBD
> Attachments: j909-patch.txt
>
> When a response is already committed PageFlowUtils.strutsLookup() does not
> return the expected ActionResult. PageFlowUtils.strutsLookup() runs an entire
> request-processing cycle which eventually calls
> PageFlowRequestProcessor.doForward(). The tiles support in
> PageFlowRequestProcessor.doForward() will do a direct include, doInclude(),
> if response.isCommitted(), rather than processing the forward.
> Would be nice to have a way to detect that a call to the
> PageFlowRequestProcessor.doForward() happened during a
> PageFlowUtils.strutsLookup() call and avoid the direct include when the
> response is committed.
> To reproduce, create a simple Page Flow Controller. In a corresponding JSP,
> call response.flushBuffer() to force the response to be committed, create a
> ScopedRequest and ScopedResponse, then call PageFlowUtils.strutsLookup() and
> print out the URI of the returned ActionResult.
> I'll create a patch and test for this bug.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
