[ http://issues.apache.org/jira/browse/BEEHIVE-909?page=all ] Krista Baker closed BEEHIVE-909: --------------------------------
The pageFlowUtils.strutsLookup() now appears to be returning the correct ActionResults. > 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: Krista Baker > 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
