We will be creating a .jsp and putting it in a .war for you. Should be tomorrow.
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
