DO NOT REPLY [Bug 12578] - JSP forward not working OK from JSP include

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12578

JSP forward not working OK from JSP include





--- Additional Comments From [EMAIL PROTECTED]  2002-09-12 16:20 ---
I believe that the question is WHICH output buffer should be cleared. If page
"A" does "jsp:include" to page "B", and page "B" does jsp:forward to page "C".
Should the output buffer for page "A" or page "B" should be cleared ?

Assuming that the standard does not address this issue, I think that
interpretation that emphasize reusable pages will prefer to prevent page "B",
from having side effect on page "A".

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 12578] - JSP forward not working OK from JSP include

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12578

JSP forward not working OK from JSP include

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-12 15:30 ---
See section 8.4 of the Servlet 2.3 spec:
"If output data exists in the response buffer that has not been committed, the
content must cleared before the target servlet’s service method is called. "

and

"Before the forward method of the RequestDispatcher interface returns, the
response must be committed and closed by the servlet container."

This means when a jsp:forward is performed - the existing output buffer is
cleared. Then after a jsp:foward is performed, the response is closed. Any other
code on that JSP will not be able to write to the response.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: