Filter question

Hi, suggest, that I am creating a filter, which replaces the input stream. This works fine, if the input stream is used by the application itself. However, there are cases, when the Request class itself is accessing the input stream: If the method is POST and the content type is application/x-www

Re: ExpandWar doesn't set the lastModified attribute

Nag! The mail below was sent by me two weeks ago. Is the idea to maintain timestamps so absurd, that it's not even worth a comment? -- Hi, would anyone please be so nice and comment http://issues.apache.org/bugzilla/show_bug.cgi?

ExpandWar doesn't set the lastModified attribute

Hi, would anyone please be so nice and comment http://issues.apache.org/bugzilla/show_bug.cgi?id=33636 Please note, that it contains a suggested patch. Regards, Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Proposed patch for Tomcat 4.1: Replacing JarURLHandler with Ant's ZipFile class

Hi, in http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26275 it turned out, that Tomcat suffers from a problem in Java's zip file handling, which persists since years and most probably won't be fixed in the next years. It also turned out, that the problem could be fixed by using Ant's Zip

[Patch] TC3.2: error-page directive is not properly supported by Jasper

Hi, I have just submitted #3377 to Bugzilla, where I describe the following problem and a workaround. When using the error-page directive in web.xml, the exception handling of JSP pages is insufficient. What happens is that Jasper catches the exception, but isn't aware of the configured error-p

TC 3.2: How to debug thread pool problems?

Hi, we are using TC 3.2.2 (upgrade to 3.2.3 soon to follow) in a production environment with medium traffic and standalone mode. The configuration in server.xml is identical to the distribution, except for the modified port number and an in the configuration of the HTTP connector. Other co

TomCat TCP connector leaking

[This was posted on tomcat-user some weeks ago. As there was no response I am now trying it here.] Hi, we are using TC 3.2.2 in standalone mode on a medium frequented site. I am sure we never have more than 40-50 active, simultaneous connections. However, from time to time I see the message "t

Acceptance of patches

Hi, it is quite some weeks since I have posted a patch for a bug that makes TomCat's getWriter().flush() method completely unusable. (Perhaps in standalone method only.) I have also submitted a bug report (#1802). Since then I have never received a reply and the bug report is still in the state

Recycle Logic in 3.2.1 broken

Hi, I have detected what seems to be a bug in the recycle logic of TomCat 3.2.1. What seems to be happening is, that a response object of some kind is using a Writer and processes the request. In some other request the BufferedServletOutputStream's "usingWriter" flag is still set, in other words

Is response.getServletOutputStream().flush() working

Hi, subject says it all, but an explanation is missing, of course. I am talking about TomCat 3.2.1, my observation is this: - response.getServletOutputStream() is actually org.apache.tomcat.core.BufferedServletOutputStream.flush() - This method is calling org.apache.tomcat.core.Buf

getHostByName() disabled in AccessLogInterceptor

Hi, attached you find a slightly modified version of the AccessLogInterceptor that I have recently submitted to this mailing list. The AccessLogInterceptor is generating log files in the style of Apache's request logs. The difference to the first version is that the log file styles "common" and

Re: Access log files in the style of Apache

Apache httpd does, but this is currently not supported. * * * %t * The current time and date in the format * * [20/Apr/2001:19:45:23 0200] * * * * * %u * The value of request.getRemote