On 21/01/2015 22:40, Shaun Morton wrote: > We will be creating a .jsp and putting it in a .war for you. Should be > tomorrow.
The issue is confirmed. We are working on the fix and a new 8.0.x release now. Mark > > Shaun Morton > Legal Files Software > 217-726-6000 Ext. 341 > sh...@legalfiles.com > www.legalfiles.com > > -----Original Message----- > From: Mark Thomas [mailto:ma...@apache.org] > Sent: Wednesday, January 21, 2015 4:00 PM > To: users@tomcat.apache.org > Subject: Re: Tomcat 8.0.17 output buffer issues > > On 21/01/2015 21:51, Shaun Morton wrote: >> Sorry no, it happens on both connectors, 8080(HTTP) and 8443(HTTPS). >> >> The 8080 connector is the default out of the installation. I try to stick >> to defaults for trouble shooting purposes. > > I must confess I suspected the two were related as well when I read your > mail. Since you are being far more responsive that the OP that filed that > bug, my current plan is to fix the issue you are seeing and then evaluate BZ > 57476 in light of what we discover the root cause of this issue is. > > I will say that 8.0.18 is likely to appear fairly soon after we track this > one down. > > So, my question to you is this. With a clean 8.0.17 install, that is the > easiest way to reproduce this bug? Ideally, if you could provide the simplest > possible JSP that triggers this that would be great. (Since we are assuming > the reports are linked, just attach it to that BZ report.) > > Cheers, > > Mark > >> >> Shaun Morton >> Legal Files Software >> 217-726-6000 Ext. 341 >> sh...@legalfiles.com >> www.legalfiles.com >> >> -----Original Message----- >> From: Christopher Schultz [mailto:ch...@christopherschultz.net] >> Sent: Wednesday, January 21, 2015 3:45 PM >> To: Tomcat Users List >> Subject: Re: Tomcat 8.0.17 output buffer issues >> >> Shaun, >> >> On 1/21/15 4:23 PM, Shaun Morton wrote: >>> After upgrading from Tomcat 8.0.15 to Tomcat 8.017 our web software >>> was not loading completely in the end users web browser. The server >>> side was processing everything but never fully getting to end user. >>> We see that the response is not complete via Developer mode in IE. >> >> Does it look at all like this: >> https://issues.apache.org/bugzilla/show_bug.cgi?id=57476 ? >> >> -chris >> >>> After much research through the Tomcat 8.0.17/8.016 Change Log we >>> could not find anything specific on this nor anything on the web. >> >>> After some trial and error we came up with a solution, but not an >>> acceptable solution for all our customers. >> >>> If I add the following to either our web.xml or Tomcats default >>> web.xml for the >>> <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-c >>> l >>> ass> >>> we are working again: >> >>> <init-param> <param-name>output</param-name> >>> <param-value>64000</param-value> </init-param> >> >>> Basically we are looking for why we have to increase the output >>> buffer for 8.0.17 and if there is something else we can do to not >>> specify the output buffer size. Why the default output buffer size >>> is no longer working with Tomcat 8.0.17. This is the first time we >>> have ran into this issue with Tomcat. >> >>> 80% of our customers use Tomcat and it is what we recommend from a >>> business standpoint. >> >>> We also think but can't be 100% that this is causing the issue when >>> the .java is getting complied: } catch (java.lang.Throwable t) { if >>> (!(t instanceof javax.servlet.jsp.SkipPageException)){ out = >>> _jspx_out; if (out != null && out.getBufferSize() != 0) try { if >>> (response.isCommitted()) { out.flush(); } else { out.clearBuffer(); } >>> } catch (java.io.IOException e) {} if (_jspx_page_context != null) >>> _jspx_page_context.handlePageException(t); else throw new >>> ServletException(t); } } finally { >>> _jspxFactory.releasePageContext(_jspx_page_context); } } } >> >>> If we add this to our .jsp it fixes it: out.flush(); >> >>> OS: Windows 2008R2, Windows 2012, Windows 2012R2, Windows 8.1 (all >>> 64Bit) Java: JDK 8u25, JDK 8u5, JDK 7u17, JDK 7u11 Browser: IE 10 and >>> IE11 (only browser we support) Tomcat: 8.0.17 (Tomcat 8.0.15 was >>> completely uninstalled and directory deleted before install of >>> 8.0.17) >> >>> I apologize up front as I am new to this support email group. >> >>> Shaun Morton >> >>> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
