[Bug 53281] Tomcat returns garbage data with HTTP/0.9 200 OK header when SSL port is accessed using http

https://issues.apache.org/bugzilla/show_bug.cgi?id=53281 --- Comment #18 from xudong.liu --- I meet the same issue in my test. I want to know if this issue can be fixed? Why it's status is marked invalid? -- You are receiving this mail because: You are the assignee for the bug. ---

[Bug 56717] MapperListener does not remove its listeners. It matters for repeated starts of embedded Tomcat,

https://issues.apache.org/bugzilla/show_bug.cgi?id=56717 Konstantin Kolinko changed: What|Removed |Added Component|Catalina|Catalina Version|8

svn commit: r1610564 - in /tomcat/trunk: java/org/apache/catalina/mapper/LocalStrings.properties java/org/apache/catalina/mapper/Mapper.java test/org/apache/catalina/mapper/TestMapper.java

Author: kkolinko Date: Tue Jul 15 00:45:55 2014 New Revision: 1610564 URL: http://svn.apache.org/r1610564 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56717 Allow repeated Mapper.addHost() calls for the same host. E.g. if the host has been implicitly added by addContextVersion() ca

svn commit: r1610562 - in /tomcat/trunk: java/org/apache/catalina/mapper/MapperListener.java test/org/apache/catalina/mapper/TestMapperListener.java webapps/docs/changelog.xml

Author: kkolinko Date: Mon Jul 14 23:57:35 2014 New Revision: 1610562 URL: http://svn.apache.org/r1610562 Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=56717 Fix duplicate registration of MapperListener during repeated starts of embedded Tomcat. Properly unregister it when Tomcat st

Re: ContainerBackgroundProcessor and compounding OOMEs

Mark, On 7/14/14, 12:18 PM, Mark Thomas wrote: >> ExceptionUtils.handleException checks for two things that I think >> we might want to change: >> >> 1. If the exception is StackOverflowError, it silently ignores the >> error and continues. I think we should at least log something, >> probably at

Re: Tomcat 8 Documentation JNDI Datasource Howto

On Mon, Jul 14, 2014 at 2:10 PM, Andrew Carr wrote: > Hi, > > On this page > http://tomcat.apache.org/tomcat-8.0-doc/jndi-datasource-examples-howto.html > there is an example of a global JDBC resource being defined. There is also > a comment saying "This author has not had success here, although

Tomcat 8 Documentation JNDI Datasource Howto

Hi, On this page http://tomcat.apache.org/tomcat-8.0-doc/jndi-datasource-examples-howto.html there is an example of a global JDBC resource being defined. There is also a comment saying "This author has not had success here, although others have reported so. Clarification would be appreciated here

Re: ContainerBackgroundProcessor and compounding OOMEs

On 14/07/2014 17:01, Christopher Schultz wrote: > All, > > It seems that ContainerBackgroundProcessor can die and end up > silently destabilizing things. It is only silent if the system admin has done something stupid like redirecting stderr to /dev/null. Frankly, if they do that they deserve eve

ContainerBackgroundProcessor and compounding OOMEs

All, It seems that ContainerBackgroundProcessor can die and end up silently destabilizing things. I got this in a development environment today: Exception in thread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" java.lang.OutOfMemoryError: GC overhead limit exceeded at java.lan

[Bug 56713] Limit time that incoming request waits while webapp is reloading

https://issues.apache.org/bugzilla/show_bug.cgi?id=56713 --- Comment #2 from Mark Thomas --- Remy highlighted the potential problems of pausing requests during reload (large numbers of threads blocking waiting for the reload) and I agree that this could be a problem. However, the only user compla