Does the servlet spec allows servlets to flush() the outputStream of the HTTP response class? Or it will be ignored by the container as well?
Thanks. -----Original Message----- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 10, 2002 5:53 PM To: Tomcat Users List Subject: Re: HttpResponseBase.sendRedirect vs JetSpeed Per the servlet spec, it is not legal to modify HTTP headers from inside an include (either RD.include() or <jsp:include)), and any such attempt will be ignored by the container. You can certainly build Tomcat from source and make the modification you're talking about in your copy, but you'll be making your copy non-spec-compliant if you do. Craig On Tue, 10 Sep 2002, Erich Bratton wrote: > Date: Tue, 10 Sep 2002 17:22:59 -0500 > From: Erich Bratton <[EMAIL PROTECTED]> > Reply-To: Tomcat Users List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: HttpResponseBase.sendRedirect vs JetSpeed > > > Hi, > > We're working on getting JetSpeed up and running with some portlets using > Velocity and some using JSP. We are seeing behavior where, even using Tomcat > 4.1 with a bufferSize set to 100k, when a JSP page calls > response.sendRedirect(), nothing happens. > > The problem appears to be in HttpResponseBase, lines 1132-1133, where it checks > to see if it is being called from a RequestDispatcher.include() and if so, it > just returns and silently does nothing. This behavior seems odd, since lines > 1128-1130 check to see if the response has been committed already, and if so, it > throws an Exception. > > Having said all this, is this a bug? Is there a way to configure this behavior > from a config file somewhere? Is there a way for us to compile a version of > HttpResponseBase with lines 1132-1133 commented out and for us to drop it > somewhere in the Tomcat hierarchy where it will 'override' the default Tomcat > version of HttpResponseBase? > > Thanks for any and all ideas, > > --Erich > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
