svn commit: r1665451 - in /tomcat/jk/trunk/native/common: jk_shm.c jk_shm.h

Author: rjung Date: Tue Mar 10 10:32:33 2015 New Revision: 1665451 URL: http://svn.apache.org/r1665451 Log: Remove unused code. Modified: tomcat/jk/trunk/native/common/jk_shm.c tomcat/jk/trunk/native/common/jk_shm.h Modified: tomcat/jk/trunk/native/common/jk_shm.c URL: http://svn.apache

svn commit: r1665454 - in /tomcat/jk/trunk: native/common/ xdocs/miscellaneous/

Author: rjung Date: Tue Mar 10 10:37:33 2015 New Revision: 1665454 URL: http://svn.apache.org/r1665454 Log: Reduce lock contention during maintenance function. This was observable when using a big number of AJP13 and LB workers. Modified: tomcat/jk/trunk/native/common/jk_ajp_common.c tom

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

Author: rjung Date: Tue Mar 10 10:40:28 2015 New Revision: 1665461 URL: http://svn.apache.org/r1665461 Log: Enhance one description. Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml Modified: tomcat/jk/trunk/xdocs/miscellaneous/changelog.xml URL: http://svn.apache.org/viewvc/tomc

Early Access builds for JDK 9 b53 and JDK 8u60 b05 are available on java.net

Hi Mark/Mladen, Early Access build for JDK 9 b53 available on java.net, summary of changes are listed here Early Access build for JDK 8u60 b05 is available on ja

svn commit: r1665559 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

Author: markt Date: Tue Mar 10 14:08:26 2015 New Revision: 1665559 URL: http://svn.apache.org/r1665559 Log: pause() calls unlockAccept(). No need to call it again. Modified: tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Modified: tomcat/trunk/java/org/apache/tomcat/util/net/A

Re: Time for 7.0.60

Mark, On 3/8/15 12:58 PM, Mark Thomas wrote: > On 07/03/2015 19:16, Christopher Schultz wrote: >> Violetta, >> >> On 3/5/15 2:39 PM, Violeta Georgieva wrote: >>> I plan to start preparing 7.0.60 for voting. >>> >>> If you want to add something to this release please reply here. >> >> Mark's got th

[Bug 57683] New: Crash of stockticket async example caused by an aborted client request

https://bz.apache.org/bugzilla/show_bug.cgi?id=57683 Bug ID: 57683 Summary: Crash of stockticket async example caused by an aborted client request Product: Tomcat 7 Version: 7.0.59 Hardware: PC Status: NEW

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #18 from Christopher Schultz --- The performance hit would only occur during class loading. By the time a few requests have been processed, class loading should have settled-down quite a bit. Some thoughts about performance: 1. Th

Re: Time for 7.0.60

2015-03-06 20:19 GMT+03:00 Konstantin Kolinko : > 2015-03-05 22:39 GMT+03:00 Violeta Georgieva : >> Hi, >> >> I plan to start preparing 7.0.60 for voting. >> >> If you want to add something to this release please reply here. >> > > Testing the examples app with Security Manager enabled > > 1) JSPs

Re: Time for 7.0.60

Hi guys, this may be a little offtopic, but I postet a fix for the native-library at bug https://bz.apache.org/bugzilla/show_bug.cgi?id=56108. The fix is based on the mod_ssl implementation of the httpd project for the DH-based key exchange. This ensures that the used DH-Cipher is at least the si

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 Christopher Schultz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXE

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #6 from Christopher Schultz --- Okay, here's what od has to say about those bytes: 0017740 22 20 6f 6e 63 6c 69 63 6b 3d 22 77 69 6e 64 6f " sp o n c l i c k = " w i n d o 0017

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #7 from Christopher Schultz --- Yes, all occurrences of the garbled bytes are the same set of replacement bytes: 41 42 20 04 03 02 00 A B sp eot etx sp nul -- You are receiving this mail because: You are the assi

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #19 from Konstantin Kolinko --- (In reply to Christopher Schultz from comment #18) > > 2. If the branch is not tolerable at runtime, perhaps the branch can be > executed a single time to install a delegate adapter, something like t

Re: Time for 7.0.60

Robert, On 3/10/15 10:59 AM, Robert Paasche wrote: > this may be a little offtopic, but I postet a fix for the native-library at > bug https://bz.apache.org/bugzilla/show_bug.cgi?id=56108. I saw that comment and proposed patch. I must admit I don't quite understand both the problem and the soluti

Re: Time for 7.0.60

Violetta, On 3/10/15 10:44 AM, Christopher Schultz wrote: > On 3/8/15 12:58 PM, Mark Thomas wrote: >> On 07/03/2015 19:16, Christopher Schultz wrote: >>> Violetta, >>> >>> On 3/5/15 2:39 PM, Violeta Georgieva wrote: I plan to start preparing 7.0.60 for voting. If you want to add som

svn commit: r1665576 - in /tomcat/taglibs/standard/trunk: build-tools/pom.xml compat/pom.xml impl/pom.xml jstlel/pom.xml pom.xml spec/pom.xml

Author: jboynes Date: Tue Mar 10 15:33:50 2015 New Revision: 1665576 URL: http://svn.apache.org/r1665576 Log: [maven-release-plugin] prepare release taglibs-standard-1.2.4 Modified: tomcat/taglibs/standard/trunk/build-tools/pom.xml tomcat/taglibs/standard/trunk/compat/pom.xml tomcat/t

svn commit: r1665577 - /tomcat/taglibs/standard/tags/taglibs-standard-1.2.4/

Author: jboynes Date: Tue Mar 10 15:33:51 2015 New Revision: 1665577 URL: http://svn.apache.org/r1665577 Log: [maven-release-plugin] copy for tag taglibs-standard-1.2.4 Added: tomcat/taglibs/standard/tags/taglibs-standard-1.2.4/ - copied from r1665576, tomcat/taglibs/standard/trunk/

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #20 from Christopher Schultz --- (In reply to Konstantin Kolinko from comment #19) > (In reply to Christopher Schultz from comment #18) > > > > 2. If the branch is not tolerable at runtime, perhaps the branch can be > > executed a

svn commit: r1665578 - in /tomcat/taglibs/standard/trunk: build-tools/pom.xml compat/pom.xml impl/pom.xml jstlel/pom.xml pom.xml spec/pom.xml

Author: jboynes Date: Tue Mar 10 15:33:52 2015 New Revision: 1665578 URL: http://svn.apache.org/r1665578 Log: [maven-release-plugin] prepare for next development iteration Modified: tomcat/taglibs/standard/trunk/build-tools/pom.xml tomcat/taglibs/standard/trunk/compat/pom.xml tomcat/t

svn commit: r1665588 - in /tomcat/taglibs/standard/trunk: CHANGES.txt README_bin.txt README_src.txt RELEASING impl/src/main/java/org/apache/taglibs/standard/Version.java impl/src/test/java/org/apache/

Author: jboynes Date: Tue Mar 10 16:01:40 2015 New Revision: 1665588 URL: http://svn.apache.org/r1665588 Log: Update version numbers in project for 1.2.5 release Added: tomcat/taglibs/standard/trunk/RELEASING Modified: tomcat/taglibs/standard/trunk/CHANGES.txt tomcat/taglibs/standard/

[Bug 57681] Allow parallel class loading in web application class loader by synchronizing on class specific object

https://bz.apache.org/bugzilla/show_bug.cgi?id=57681 --- Comment #5 from Alex Koturanov --- Created attachment 32554 --> https://bz.apache.org/bugzilla/attachment.cgi?id=32554&action=edit Patch to work with JDK6 -- You are receiving this mail because: You are the assignee for the bug. --

svn commit: r1665595 - /tomcat/taglibs/standard/trunk/pom.xml

Author: jboynes Date: Tue Mar 10 16:09:12 2015 New Revision: 1665595 URL: http://svn.apache.org/r1665595 Log: Add RELEASING file to RAT exclusion list Modified: tomcat/taglibs/standard/trunk/pom.xml Modified: tomcat/taglibs/standard/trunk/pom.xml URL: http://svn.apache.org/viewvc/tomcat/tag

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #8 from Christopher Schultz --- This does it on a fresh Tomcat 7.0.x trunk: 1. Modify the AJP thusly: (redirectPort and URIEncoding probably have nothing to do with it) 2. Set up your mod_jk worker thusly: worker.temp

svn commit: r1665600 - /tomcat/taglibs/standard/tags/taglibs-standard-1.2.5/

Author: jboynes Date: Tue Mar 10 16:10:58 2015 New Revision: 1665600 URL: http://svn.apache.org/r1665600 Log: [maven-release-plugin] copy for tag taglibs-standard-1.2.5 Added: tomcat/taglibs/standard/tags/taglibs-standard-1.2.5/ - copied from r1665599, tomcat/taglibs/standard/trunk/

svn commit: r1665601 - in /tomcat/taglibs/standard/trunk: build-tools/pom.xml compat/pom.xml impl/pom.xml jstlel/pom.xml pom.xml spec/pom.xml

Author: jboynes Date: Tue Mar 10 16:10:59 2015 New Revision: 1665601 URL: http://svn.apache.org/r1665601 Log: [maven-release-plugin] prepare for next development iteration Modified: tomcat/taglibs/standard/trunk/build-tools/pom.xml tomcat/taglibs/standard/trunk/compat/pom.xml tomcat/t

svn commit: r1665599 - in /tomcat/taglibs/standard/trunk: build-tools/pom.xml compat/pom.xml impl/pom.xml jstlel/pom.xml pom.xml spec/pom.xml

Author: jboynes Date: Tue Mar 10 16:10:55 2015 New Revision: 1665599 URL: http://svn.apache.org/r1665599 Log: [maven-release-plugin] prepare release taglibs-standard-1.2.5 Modified: tomcat/taglibs/standard/trunk/build-tools/pom.xml tomcat/taglibs/standard/trunk/compat/pom.xml tomcat/t

[Bug 57681] Allow parallel class loading in web application class loader by synchronizing on class specific object

https://bz.apache.org/bugzilla/show_bug.cgi?id=57681 --- Comment #6 from Alex Koturanov --- Attachment 'Parallel classloading port from Tc8.0 into Tc7.0' was incomplete and should not be used, apologies for attaching a wrong diff. 'Patch to work with JDK6' re-implements getClassLoadingLock() in

[Bug 57681] Allow parallel class loading in web application class loader by synchronizing on class specific object

https://bz.apache.org/bugzilla/show_bug.cgi?id=57681 Alex Koturanov changed: What|Removed |Added Attachment #32554|Patch to work with JDK6 |Patch to work with JDK1.6 desc

[Bug 57681] Allow parallel class loading in web application class loader by synchronizing on class specific object

https://bz.apache.org/bugzilla/show_bug.cgi?id=57681 Alex Koturanov changed: What|Removed |Added Attachment #32553|0 |1 is obsolete|

svn commit: r8242 - /dev/tomcat/taglibs/taglbs-standard-1.2.5/

Author: jboynes Date: Tue Mar 10 16:18:00 2015 New Revision: 8242 Log: Stage Apache Standard Taglib 1.2.5 files for voting Added: dev/tomcat/taglibs/taglbs-standard-1.2.5/ dev/tomcat/taglibs/taglbs-standard-1.2.5/NOTICE dev/tomcat/taglibs/taglbs-standard-1.2.5/README_bin.txt dev/t

Unsecure use of DH-Cipher

Hi guys, as requested by chris some explanation to the problem. The problem is, that openssl call the method "SSL_callback_tmp_DH" with keylen value of 512 or 1024. This cause that the cipher of the ssl handshake (key exchange) for a ssl-connection will never be longer as 1024 bit, even if the p

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #21 from Alex Koturanov --- Is there a use case were WebappClassLoader must not be parallel? Is it an option to re-implement jdk1.7 method java.lang.ClassLoader#getClassLoadingLock(String) directly in WebappClassLoader for Tomcat7.

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #9 from Rainer Jung --- (In reply to Christopher Schultz from comment #7) > Yes, all occurrences of the garbled bytes are the same set of replacement > bytes: > > 41 42 20 04 03 02 00 >A B sp eot etx sp nul AB is

[Bug 57684] New: Version info should be taken from project version

https://bz.apache.org/bugzilla/show_bug.cgi?id=57684 Bug ID: 57684 Summary: Version info should be taken from project version Product: Taglibs Version: unspecified Hardware: All OS: All Status: NEW Severit

[VOTE] Release Apache Standard Taglib 1.2.5

The proposed Apache Standard Taglib 1.2.5 release is now available for voting. This release contains two minor bug fixes: 57673 AccessControlException accessing org.apache.taglibs.standard.xml.accessExternalEntity 37466 Reverted changes that overrode HTTP method when importing local resources. I

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #10 from Christopher Schultz --- When I run that script, the first hiccup comes at byte 0x00248a (decimal 9354): 002478 002480 00AB ^D^C ^@2490 ^ byte 0x2480 + 8 + 2) (Note that each line is 8 bytes long: 6 bytes of address +

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #11 from Christopher Schultz --- (In reply to Rainer Jung from comment #9) > (In reply to Christopher Schultz from comment #7) > > Yes, all occurrences of the garbled bytes are the same set of replacement > > bytes: > > > > 41 4

Re: Unsecure use of DH-Cipher

Am 10.03.2015 um 17:16 schrieb Robert Paasche: Hi guys, as requested by chris some explanation to the problem. The problem is, that openssl call the method "SSL_callback_tmp_DH" with keylen value of 512 or 1024. This cause that the cipher of the ssl handshake (key exchange) for a ssl-connectio

Re: Unsecure use of DH-Cipher

Am 10.03.2015 um 17:36 schrieb Rainer Jung: Am 10.03.2015 um 17:16 schrieb Robert Paasche: Hi guys, as requested by chris some explanation to the problem. The problem is, that openssl call the method "SSL_callback_tmp_DH" with keylen value of 512 or 1024. This cause that the cipher of the ssl

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #12 from Christopher Schultz --- Running the example JSP I posted on my Mac gives me no output at all: the server returns "Content-Length: 0" (probably httpd adding that, since there is no Content-Length header sent by the JSP or To

Re: Unsecure use of DH-Cipher

A DH Cipher of length 2048 bits uses a prime of 256 so even a private key of 8192 bits should match the requirements of java 7. Example: TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (0x9f) DH 2048 bits (p: 256, g: 1, Ys: 256) p = prime Robert Paasche Senior Developer pripares GmbH Altheimer Eck 2 80

Re: Time for 7.0.60

Hi, 2015-03-10 17:28 GMT+02:00 Christopher Schultz : > > Violetta, > > On 3/10/15 10:44 AM, Christopher Schultz wrote: > > On 3/8/15 12:58 PM, Mark Thomas wrote: > >> On 07/03/2015 19:16, Christopher Schultz wrote: > >>> Violetta, > >>> > >>> On 3/5/15 2:39 PM, Violeta Georgieva wrote: > I pl

[Bug 57681] Allow parallel class loading in web application class loader by synchronizing on class specific object

https://bz.apache.org/bugzilla/show_bug.cgi?id=57681 --- Comment #7 from Mark Thomas --- This patch is also wrong. THe correct way to address this is described in bug 56530. -- You are receiving this mail because: You are the assignee for the bug. -

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #22 from Mark Thomas --- (In reply to Alex Koturanov from comment #21) > Is there a use case were WebappClassLoader must not be parallel? Parallel class loading has proved to be unreliable in the past. Until the stability of parall

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #23 from Mark Thomas --- (In reply to Christopher Schultz from comment #20) > (In reply to Konstantin Kolinko from comment #19) > > This needs > > 1. Refactoring, involving extraction of common parent class. > > > > 2. Implementat

Re: Unsecure use of DH-Cipher

Robert, On 3/10/15 12:16 PM, Robert Paasche wrote: > Explained code changes: > > Get the Privatekey: > pkey = SSL_get_privatekey(ssl); > type = pkey ? EVP_PKEY_type(pkey->type) : EVP_PKEY_NONE; > > if the encryption algorithem is either RSA or DSA we override the given > keylen parameter to

Re: Unsecure use of DH-Cipher

sorry some mails dose not reach the list, i will add the information inline: 2015-03-10 18:23 GMT+01:00 Christopher Schultz : > Robert, > > On 3/10/15 12:16 PM, Robert Paasche wrote: > > The problem is, that openssl call the method "SSL_callback_tmp_DH" with > > keylen value of 512 or 1024. This

[Bug 56530] WebappClassLoader.loadClass synchronization issue due to coarse lock at WebappClassLoader instance level instead of been by class name

https://bz.apache.org/bugzilla/show_bug.cgi?id=56530 --- Comment #24 from Alex Koturanov --- (In reply to Mark Thomas from comment #22) > (In reply to Alex Koturanov from comment #21) > > I attached a patch that solves my Tomcat7.0 problem with waiting on lock for > > 3-10 sec in https://bz.apach

Re: Time for 7.0.60

Am 05.03.2015 um 20:39 schrieb Violeta Georgieva: Hi, I plan to start preparing 7.0.60 for voting. If you want to add something to this release please reply here. I am not sure about adding one thing. In the new starttls jndi-realm extension I have made one decision about, which I am more and

Re: Time for 7.0.60

Felix, On 3/10/15 1:46 PM, Felix Schumacher wrote: > Am 05.03.2015 um 20:39 schrieb Violeta Georgieva: >> Hi, >> >> I plan to start preparing 7.0.60 for voting. >> >> If you want to add something to this release please reply here. > I am not sure about adding one thing. In the new starttls jndi-re

svn commit: r1665653 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

Author: markt Date: Tue Mar 10 19:19:32 2015 New Revision: 1665653 URL: http://svn.apache.org/r1665653 Log: While looking at BZ 57653 I found (and can reproduce with a debugger) an issue where sockets could end up being closed twice if they were in the poller, the connector is stopped and then c

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #14 from Mark Thomas --- Sounds like I need to look at this some more. I'll take a look later. -- You are receiving this mail because: You are the assignee for the bug.

svn commit: r1665661 - /tomcat/trunk/webapps/docs/config/jar-scan-filter.xml

Author: violetagg Date: Tue Mar 10 19:36:22 2015 New Revision: 1665661 URL: http://svn.apache.org/r1665661 Log: Fixed 'pluggabilityScan' description. Issue reported via comments at apache org. Modified: tomcat/trunk/webapps/docs/config/jar-scan-filter.xml Modified: tomcat/trunk/webapps/docs/

svn commit: r1665664 - in /tomcat/tc8.0.x/trunk: ./ webapps/docs/config/jar-scan-filter.xml

Author: violetagg Date: Tue Mar 10 19:45:03 2015 New Revision: 1665664 URL: http://svn.apache.org/r1665664 Log: Merged revision 1665661 from tomcat/trunk: Fixed 'pluggabilityScan' description. Issue reported via comments at apache org. Modified: tomcat/tc8.0.x/trunk/ (props changed) tom

svn commit: r1665672 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

Author: markt Date: Tue Mar 10 20:10:45 2015 New Revision: 1665672 URL: http://svn.apache.org/r1665672 Log: While looking at BZ 57653 I noticed a couple of places where modification to the addList and closeList was not protected by a sync. This could have led to corruption of these lists. Modif

svn commit: r1665682 - /tomcat/tc7.0.x/trunk/java/org/apache/coyote/ajp/AjpNioProcessor.java

Author: markt Date: Tue Mar 10 20:44:56 2015 New Revision: 1665682 URL: http://svn.apache.org/r1665682 Log: Follow-up to r1665297 Correct output loop. Forgot to increment offset for subsequent writes. Modified: tomcat/tc7.0.x/trunk/java/org/apache/coyote/ajp/AjpNioProcessor.java Modified: to

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #15 from Mark Thomas --- (In reply to Mark Thomas from comment #14) > Sounds like I need to look at this some more. I'll take a look later. Try now. -- You are receiving this mail because: You are the assignee for the bug. -

svn commit: r1665694 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

Author: markt Date: Tue Mar 10 21:02:00 2015 New Revision: 1665694 URL: http://svn.apache.org/r1665694 Log: Noticed while reviewing BZ 57653. When destroy() waits for the poller to exit, it needs to account for when there are multiple pollers. Modified: tomcat/trunk/java/org/apache/tomcat/ut

svn commit: r1665697 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java

Author: markt Date: Tue Mar 10 21:08:18 2015 New Revision: 1665697 URL: http://svn.apache.org/r1665697 Log: Let destroy() handle the socket close if the poller has stopped in case the socket is already in the poller for a different event. Modified: tomcat/trunk/java/org/apache/tomcat/util/ne

svn commit: r1665736 - in /tomcat/trunk/java/org/apache/tomcat/util/net: AprEndpoint.java Nio2Endpoint.java NioEndpoint.java SocketWrapperBase.java

Author: markt Date: Tue Mar 10 22:35:19 2015 New Revision: 1665736 URL: http://svn.apache.org/r1665736 Log: Stop re-using the SocketWrapper With the introduction of upgrade and non-blocking, I/O can occur on non-container threads. This makes it near impossible to track whether a SocketWrapper (=

[Bug 57674] BufferOverflowException in AjpNioProcessor when writing content larger than the underlying buffer

https://bz.apache.org/bugzilla/show_bug.cgi?id=57674 --- Comment #16 from Rainer Jung --- Now it does fill the 8196 bytes completely and the packets fit neatly one after the other. So the result unmarshalled by mod_jk is fine. Let's see what Chris gets, but looks good to me. Thanks. Rainer --

Re: [maven-tomcat-plugin] Tomcat 8 Support?

Hi, I started a branch tc8.x to support that: https://github.com/apache/tomcat-maven-plugin/tree/tc8.x It's currently working except for jsp. Due $DAYJOB and lack of time, I couldn't figure out what is the problem. So I didn't investigate so much :-(. We had discussion on the mailing list http://ma

[GUMP@vmgump]: Project tomcat-tc8.0.x-test-nio2 (in module tomcat-8.0.x) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-tc8.0.x-test-nio2 has an issue affecting its community integration

Re: svn commit: r1665736 - in /tomcat/trunk/java/org/apache/tomcat/util/net: AprEndpoint.java Nio2Endpoint.java NioEndpoint.java SocketWrapperBase.java

2015-03-11 7:35 GMT+09:00 : > Author: markt > Date: Tue Mar 10 22:35:19 2015 > New Revision: 1665736 > > URL: http://svn.apache.org/r1665736 > Log: > Stop re-using the SocketWrapper > With the introduction of upgrade and non-blocking, I/O can occur on > non-container threads. This makes it near im

[GUMP@vmgump]: Project tomcat-tc8.0.x-test-apr (in module tomcat-8.0.x) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project tomcat-tc8.0.x-test-apr has an issue affecting its community integration.