Return-Path: Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 9812 invoked from network); 16 Nov 2000 03:09:58 -0000 Received: from lukla.sun.com (192.18.98.31) by locus.apache.org with SMTP; 16 Nov 2000 03:09:58 -0000 Received: from centralmail1.Central.Sun.COM ([129.147.62.10]) by lukla.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id UAA02910 for ; Wed, 15 Nov 2000 20:09:58 -0700 (MST) Received: from esun1as-mm. (esun1as-mm.Central.Sun.COM [129.147.34.144]) by centralmail1.Central.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id UAA02868 for ; Wed, 15 Nov 2000 20:09:57 -0700 (MST) Received: from eng.sun.com by esun1as-mm. (SMI-8.6/SMI-SVR4) id UAA02015; Wed, 15 Nov 2000 20:21:47 -0700 Message-ID: <3A135053.F3910EC2@eng.sun.com> Date: Wed, 15 Nov 2000 19:11:15 -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-user@jakarta.apache.org Subject: Re: Please Look - 3.2 beta 7 problem - RequestDispatcher include() References: <20001114112406.13117.qmail@web1305.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Wyn Easton wrote: > Are you not suppose to mix URL access with a RequestDispatcher? > Thanks. > > Also, in 3.2 beta 6 I could do an include() then a forward(). > Now in 3.2 beta 7 I get an illegalState error on the forward() > because of an open outputstream. I'm not opening an output stream. > The include() must be doing it. > This assumption is pretty close to being correct. There was an absolutely horrible bug in 3.2 that caused all sorts of problems with included servlets and JSP pages. The "quick and dirty" workaround was to have Tomcat 3.2b7 commit the response before processing an include -- which is what causes the forward to fail now (since you cannot do a forward after the response is committed). Fixing this the right way this would require some fundamental changes to 3.2's architecture, which are unlikely given how late 3.2 already is. As a workaround, I would suggest that you change your application logic to decide if you're going to do a forward *before* you actually do the include. (The include is wasted anyway, since any output it produces would be thrown away.) Craig McClanahan