Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 14160 invoked from network); 20 Nov 2000 23:43:03 -0000 Received: from mercury.sun.com (192.9.25.1) by locus.apache.org with SMTP; 20 Nov 2000 23:43:03 -0000 Received: from taller.eng.sun.com ([129.144.124.34]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA16986; Mon, 20 Nov 2000 15:43:02 -0800 (PST) Received: from eng.sun.com (d-ucup02-251-148 [129.144.251.148]) by taller.eng.sun.com (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id PAA15327; Mon, 20 Nov 2000 15:43:01 -0800 (PST) Message-ID: <3A19B75C.C6CAE481@eng.sun.com> Date: Mon, 20 Nov 2000 15:44:28 -0800 From: "Craig R. McClanahan" X-Mailer: Mozilla 4.75 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: tomcat-dev@jakarta.apache.org CC: galbelli@nac.net Subject: Re: PageContext.include(..) flushing buffer References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Gary Albelli wrote: > I was reading this bug report and could not find where the jsp spec > indicates that the buffer should be flushed prior to processing the include. > You're right ... the servlet spec does not require this behavior (although JSP 1.1 pages that use are already used to causing the flush to happen). This patch is a workaround to a design flaw in Tomcat 3.2 -- fixing it requires both a volunteer to do this work (which might be substantial) and an unknown, but probably significant, amount of time. > > Thanks > Gary > Craig McClanahan