svn commit: r1695459 - in /tomcat/trunk: java/org/apache/catalina/core/ApplicationContext.java webapps/docs/config/systemprops.xml

Author: markt Date: Wed Aug 12 09:27:29 2015 New Revision: 1695459 URL: http://svn.apache.org/r1695459 Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58228 Make behaviour of ServletContext.getResource() and ServletContext.getResourceAsStream() consistent with each other and the expected

svn commit: r1695460 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/catalina/core/ApplicationContext.java webapps/docs/changelog.xml webapps/docs/config/systemprops.xml

Author: markt Date: Wed Aug 12 09:35:10 2015 New Revision: 1695460 URL: http://svn.apache.org/r1695460 Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58228 Make behaviour of ServletContext.getResource() and ServletContext.getResourceAsStream() consistent with each other and the expected

[Bug 58228] ApplicationContext.GET_RESOURCE_REQUIRE_SLASH vs StandardRoot.getResource(String)

https://bz.apache.org/bugzilla/show_bug.cgi?id=58228 Mark Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

Re: thoughts about ErrorReportValve class

Hi Violeta, > ErrorReportValve.showServerInfo does exactly what you need - > enables/disables server info depending on the value. > Why do you need additional attribute on a server level? > > Regards, > Violeta I thought it was a right place to be, since disable server signature is a global featu

[Bug 58230] Incorrect input from ServletInputStream in ReadListener

https://bz.apache.org/bugzilla/show_bug.cgi?id=58230 --- Comment #2 from Mark Thomas --- Thanks for the test case. I've got things to the point where I can run the test case in the IDE and I can see the failure. I'll start looking into what the root cause is. -- You are receiving this mail beca

Re: thoughts about ErrorReportValve class

Hi, 2015-08-12 13:28 GMT+03:00 Fernando Boaglio : > > Hi Violeta, > > > ErrorReportValve.showServerInfo does exactly what you need - > > enables/disables server info depending on the value. > > Why do you need additional attribute on a server level? > > > > Regards, > > Violeta > > I thought it wa

[Bug 58157] RecycleRequiredException and missing AsyncListener.onTimeout call

https://bz.apache.org/bugzilla/show_bug.cgi?id=58157 --- Comment #8 from cg.throwa...@mailinator.com --- Hi, built the latest 7.0.x trunk and tried it today. Still seeing the checkRecycled exception - first one 4 minutes after starting the JMeter script. I will upload the Tomcat logs if they help

[Bug 58157] RecycleRequiredException and missing AsyncListener.onTimeout call

https://bz.apache.org/bugzilla/show_bug.cgi?id=58157 --- Comment #9 from cg.throwa...@mailinator.com --- Created attachment 32988 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32988&action=edit Zip containing Tomcat 7.0.x logs after running JMeter script for an hour. -- You are receivin

[Bug 58157] RecycleRequiredException and missing AsyncListener.onTimeout call

https://bz.apache.org/bugzilla/show_bug.cgi?id=58157 --- Comment #10 from cg.throwa...@mailinator.com --- Created attachment 32989 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32989&action=edit WAR file for servlet used to recreate this bug. Attaching the WAR file I have been running th

[Bug 58157] RecycleRequiredException and missing AsyncListener.onTimeout call

https://bz.apache.org/bugzilla/show_bug.cgi?id=58157 --- Comment #11 from cg.throwa...@mailinator.com --- Another thing to note is that it takes much longer to reproduce this exception using a JavaScript client versus using JMeter (where it can be seen within a few minutes). Thanks! -- You are r

[Bug 58238] New: ErrorReportValve - default showReport / showServerInfo to false

https://bz.apache.org/bugzilla/show_bug.cgi?id=58238 Bug ID: 58238 Summary: ErrorReportValve - default showReport / showServerInfo to false Product: Tomcat 9 Version: unspecified Hardware: All OS: All

[Bug 58230] Incorrect input from ServletInputStream in ReadListener

https://bz.apache.org/bugzilla/show_bug.cgi?id=58230 --- Comment #3 from rstoyanc...@yahoo.com --- Great, note the code is far from perfect with the EchoHandler essentially recursing (potentially endlessly) between reading and writing. I could be wrong but to my knowledge at least it's not doing a

svn commit: r1695541 - in /tomcat/trunk/java/org/apache: catalina/connector/InputBuffer.java tomcat/util/buf/ByteChunk.java tomcat/util/buf/CharChunk.java

Author: markt Date: Wed Aug 12 14:44:15 2015 New Revision: 1695541 URL: http://svn.apache.org/r1695541 Log: Remove unused code and clean-up the surrounding area as it is distracting from trying to fix the root cause of bug 58230. Modified: tomcat/trunk/java/org/apache/catalina/connector/Inpu

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #2 from Violeta Georgieva --- Hi, Can you please provide a simple test. I cannot reproduce the behavior that you are describing. Best Regards, Violeta -- You are receiving this mail because: You are the assignee for the bug. --

buildbot failure in ASF Buildbot on tomcat-trunk

The Buildbot has detected a new failure on builder tomcat-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-trunk/builds/136 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The AnyBranchSchedul

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #3 from bast...@diqube.org --- Hi, Thanks for replying that fast :) Sure, I can: * New .war project * Provide a Context Listener in the web.xml * In context listener register a WebsocketEndpoint suing a ServerEndpointConfig * acce

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #4 from bast...@diqube.org --- Created attachment 32993 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32993&action=edit web.xml -- You are receiving this mail because: You are the assignee for the bug. ---

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #5 from bast...@diqube.org --- Created attachment 32994 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32994&action=edit ExampleContextListener -- You are receiving this mail because: You are the assignee for the bug.

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #6 from bast...@diqube.org --- Created attachment 32995 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32995&action=edit WebSocketEndpoint -- You are receiving this mail because: You are the assignee for the bug. -

[Bug 58232] PojoMethodMapping needed - Programatically adding ServerEndpointConfig not possible

https://bz.apache.org/bugzilla/show_bug.cgi?id=58232 --- Comment #7 from bast...@diqube.org --- Created attachment 32996 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32996&action=edit index.html -- You are receiving this mail because: You are the assignee for the bug.

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 osman.ul...@gmail.com changed: What|Removed |Added Version|7.0.63 |7.0.56 -- You are receiving th

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 osman.ul...@gmail.com changed: What|Removed |Added OS|Mac OS X 10.1 |Linux -- You are receiving thi

[Bug 58241] New: JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 Bug ID: 58241 Summary: JVM crash when trying to flush output buffer Product: Tomcat 7 Version: 7.0.63 Hardware: PC OS: Mac OS X 10.1 Status: NEW Severit

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 --- Comment #1 from osman.ul...@gmail.com --- Created attachment 32998 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32998&action=edit JVM crash dump -- You are receiving this mail because: You are the assignee for the bug. -

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 --- Comment #2 from osman.ul...@gmail.com --- Created attachment 32999 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32999&action=edit JVM crash dump -- You are receiving this mail because: You are the assignee for the bug. -

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 osman.ul...@gmail.com changed: What|Removed |Added CC||osman.ul...@gmail.com -- You a

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 --- Comment #3 from Mark Thomas --- Please update to the latest Tomcat 7.0.x release and latest tc-native connector and retest. -- You are receiving this mail because: You are the assignee for the bug. ---

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 --- Comment #4 from osman.ul...@gmail.com --- This is a production system, we cannot just upgrade without doing a significant amount of testing. Do you know if there is something in a newer release which would address this issue? -- You are re

svn commit: r1695582 - /tomcat/trunk/java/org/apache/coyote/http11/Http11Processor.java

Author: markt Date: Wed Aug 12 17:16:40 2015 New Revision: 1695582 URL: http://svn.apache.org/r1695582 Log: Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=58230 I can't see a reason for this to depend on available(). The dispatch should only happen if there is data to read. I can see good re

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

svn commit: r1695592 - in /tomcat/tc8.0.x/trunk: ./ java/org/apache/coyote/http11/AbstractHttp11Processor.java webapps/docs/changelog.xml

Author: markt Date: Wed Aug 12 18:03:23 2015 New Revision: 1695592 URL: http://svn.apache.org/r1695592 Log: I can't see a reason for this to depend on available(). The dispatch should only happen if there is data to read. I can see good reasons for this not to depend on available(). The AsyncSt

[Bug 58230] Incorrect input from ServletInputStream in ReadListener

https://bz.apache.org/bugzilla/show_bug.cgi?id=58230 Mark Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 58157] RecycleRequiredException and missing AsyncListener.onTimeout call

https://bz.apache.org/bugzilla/show_bug.cgi?id=58157 --- Comment #12 from Mark Thomas --- Thanks for testing. I'll be taking another look at this over the next few days. -- You are receiving this mail because: You are the assignee for the bug. --

[Bug 58241] JVM crash when trying to flush output buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=58241 --- Comment #6 from osman.ul...@gmail.com --- Thanks for the information Mark. It gives us some things to investigate. -- You are receiving this mail because: You are the assignee for the bug. -

Re: thoughts about ErrorReportValve class

Amazing, thanks! > You can place the following declaration under Host element: > > > ... > > showServerInfo="false" /> > > ... > > > Thus all web applications that belong to this Host will not have server > info in the default error pages. > > Regards, > Violeta > --

[Bug 58242] New: Scanning jars in classpath to get annotations in parallel instead of synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=58242 Bug ID: 58242 Summary: Scanning jars in classpath to get annotations in parallel instead of synchronously Product: Tomcat 9 Version: unspecified Hardware: All

[GitHub] tomcat pull request: [Bug 58242] Scanning jars in classpath to get...

GitHub user wangyf2010 opened a pull request: https://github.com/apache/tomcat/pull/22 [Bug 58242] Scanning jars in classpath to get annotations in parallel instead of synchronously During tomcat startup, it takes most of time on annotation scanning. For our case, our apps have

[Bug 58242] Scanning jars in classpath to get annotations in parallel instead of synchronously

https://bz.apache.org/bugzilla/show_bug.cgi?id=58242 --- Comment #1 from Wang, Simon <18616998...@163.com> --- file PR: https://github.com/apache/tomcat/pull/22 -- You are receiving this mail because: You are the assignee for the bug.