svn commit: r1125651 - /tomcat/jk/trunk/native/common/jk_connect.c

Author: timw Date: Sat May 21 08:57:48 2011 New Revision: 1125651 URL: http://svn.apache.org/viewvc?rev=1125651&view=rev Log: Switching read byte counters to unsigned types to ensure we don't get int wrapping when counting the bytes read. Previously MAX_LINGER_BYTES (32768) was > INT_MAX. Modifi

DO NOT REPLY [Bug 50839] Closing connection on the client side (browser) during unfinished transmission result in 100% CPU slike for 30 sec during socket shutdownd in jk_connect.c

https://issues.apache.org/bugzilla/show_bug.cgi?id=50839 --- Comment #10 from Tim Whittington 2011-05-21 09:29:41 UTC --- After a hunt through the revisions between 1.2.30 and 1.2.31, it appears that [1] introduced this bug. The counter of bytes read on each attempt to read lingering bytes was

DO NOT REPLY [Bug 51234] NumberFormatException in fmt:formatNumber tag

https://issues.apache.org/bugzilla/show_bug.cgi?id=51234 --- Comment #4 from Alexander Kupcov 2011-05-21 09:50:32 UTC --- Thanks for the link to the specification JSTL, but... >From javadoc ( http://download.oracle.com/javase/1.4.2/docs/api/java/lang/Double.html#valueOf%28java.lang.String%29) :

svn commit: r1125656 - in /tomcat/jk/trunk/native/common: jk_ajp_common.c jk_ajp_common.h

Author: timw Date: Sat May 21 10:00:54 2011 New Revision: 1125656 URL: http://svn.apache.org/viewvc?rev=1125656&view=rev Log: https://issues.apache.org/bugzilla/show_bug.cgi?id=41923 Propagate client abort to Tomcat by hard closing the AJP connection on an client write error, which will abort th

svn commit: r1125657 - /tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml

Author: timw Date: Sat May 21 10:01:01 2011 New Revision: 1125657 URL: http://svn.apache.org/viewvc?rev=1125657&view=rev Log: Updating changelog to separate fix for 50839 from change to cap lingering byte reads. Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Modified: tomcat/jk

svn commit: r1125658 - /tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml

Author: timw Date: Sat May 21 10:01:08 2011 New Revision: 1125658 URL: http://svn.apache.org/viewvc?rev=1125658&view=rev Log: Changelog for 41923. Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.o

DO NOT REPLY [Bug 41923] Tomcat doesnt recognized client abort

https://issues.apache.org/bugzilla/show_bug.cgi?id=41923 Tim Whittington changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

DO NOT REPLY [Bug 51235] Access Violation in httpd.exe originating in mod_jk code while getting sessionid from headers

https://issues.apache.org/bugzilla/show_bug.cgi?id=51235 --- Comment #7 from Rainer Jung 2011-05-21 12:47:12 UTC --- Can you compile the module yourself? If yes, it would be helpful if you could test the following patch: Index: jk/native/common/jk_lb_worker.c ==

DO NOT REPLY [Bug 51235] Access Violation in httpd.exe originating in mod_jk code while getting sessionid from headers

https://issues.apache.org/bugzilla/show_bug.cgi?id=51235 Rainer Jung changed: What|Removed |Added Status|NEW |NEEDINFO -- Configure bugmail: http

DO NOT REPLY [Bug 50839] Closing connection on the client side (browser) during unfinished transmission result in 100% CPU slike for 30 sec during socket shutdownd in jk_connect.c

https://issues.apache.org/bugzilla/show_bug.cgi?id=50839 --- Comment #11 from Serhiy 2011-05-21 18:53:12 UTC --- Tim, Issue was in the 1.2.31. You stated you've fixed that. Now I'm a little confused... Which version of the conector has fix? Thanks, Serhiy -- Configure bugmail: https://issues

svn commit: r1125778 - /tomcat/trunk/TOMCAT-7-RELEASE-PLAN.txt

Author: markt Date: Sat May 21 19:49:42 2011 New Revision: 1125778 URL: http://svn.apache.org/viewvc?rev=1125778&view=rev Log: Remove out of date status file. Remainign todos are in bugzilla Removed: tomcat/trunk/TOMCAT-7-RELEASE-PLAN.txt

svn commit: r1125780 - /tomcat/trunk/PROPOSALS.txt

Author: markt Date: Sat May 21 19:51:37 2011 New Revision: 1125780 URL: http://svn.apache.org/viewvc?rev=1125780&view=rev Log: Remove 6.1.x wish list If there is any interest in these, they can be added as enhancement requests in Bugzilla Removed: tomcat/trunk/PROPOSALS.txt ---

ClassNotFoundException for JSP files

Hi all, I'm running TomCat 6.0.26 on a Win2008 machine. I'm running three web-apps on a single instance. After a few hours of running, I start getting java.lang.ClassNotFoundException when trying to access certain JSP files. Other JSP files are accessible. I get this exception for pages on al

RE: ClassNotFoundException for JSP files

> From: Tom Wolf [mailto:tw...@hotmail.com] > Subject: ClassNotFoundException for JSP files > I'm running TomCat 6.0.26 on a Win2008 machine. This is not an appropriate topic for the developer's list. You already posted on the appropriate list earlier; have some patience - and learn how to spe

DO NOT REPLY [Bug 46221] Leak WebappClassLoader with commons-logging and log4j

https://issues.apache.org/bugzilla/show_bug.cgi?id=46221 --- Comment #11 from Sylvain Laurent 2011-05-21 21:46:36 UTC --- I cannot reproduce the problem with tc 7.0.14 nor 6.0.29. Is it really worth fixing this in tc 5 ? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?ta

DO NOT REPLY [Bug 50839] Closing connection on the client side (browser) during unfinished transmission result in 100% CPU slike for 30 sec during socket shutdownd in jk_connect.c

https://issues.apache.org/bugzilla/show_bug.cgi?id=50839 --- Comment #12 from Tim Whittington 2011-05-21 22:48:42 UTC --- The fix for this issue and the change to cap the lingering bytes/time, will both be in 1.2.32. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=em

Re: [PROPOSAL] Move to svnpubsub for /dist/tomcat

+1 On Thu, May 19, 2011 at 1:38 AM, Mark Thomas wrote: > All, > > We have the option to move to svnpubsub for managing our releases. > Rather than copying artefacts to people.a.o and then waiting for rsync > (every around 2 hours) we would commit the artefacts to svn and a commit > hook would upd