DO NOT REPLY [Bug 25623] The forEach JSTL tag doesn't release items

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=25623 Jeremy Boynes changed: What|Removed |Added CC||Sergiusz.Brzezinski@supersy

DO NOT REPLY [Bug 50661] c:forEach tag doesn't release his list - it causes temporary memory leak

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50661 Jeremy Boynes changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [VOTE] Release build 6.0.31

2011-01-26 Thread Mladen Turk
On 01/24/2011 10:51 PM, jean-frederic clere wrote: According to the release process, the 6.0.31 build corresponding to the tag TOMCAT_6_0_31 is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Regards -- ^TM - To unsubscribe, e-mail

Re: [VOTE] Release Tomcat 5.5.32 Build

2011-01-26 Thread Mladen Turk
On 01/22/2011 07:01 PM, Jim Jagielski wrote: According to the release process, the 5.5.32 build corresponding to the tag TOMCAT_5_5_32 [1] is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Regards -- ^TM - To unsubscribe, e-mail

DO NOT REPLY [Bug 50664] New: connectUsingDriver should use thread context classloader to load driver

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50664 Summary: connectUsingDriver should use thread context classloader to load driver Product: Tomcat Modules Version: unspecified Platform: PC Status: NEW Sever

svn commit: r1063952 - /tomcat/tc6.0.x/trunk/STATUS.txt

2011-01-26 Thread kkolinko
Author: kkolinko Date: Thu Jan 27 01:41:21 2011 New Revision: 1063952 URL: http://svn.apache.org/viewvc?rev=1063952&view=rev Log: proposal Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?re

DO NOT REPLY [Bug 50651] NPE in InternalNioOutputBuffer.recycle

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50651 --- Comment #9 from Konstantin Kolinko 2011-01-26 20:38:58 EST --- Created an attachment (id=26557) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26557) 2011-01-27_tc6_50651_CoyoteAdapter.patch Patch, in addition to the previ

DO NOT REPLY [Bug 50651] NPE in InternalNioOutputBuffer.recycle

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50651 --- Comment #8 from Konstantin Kolinko 2011-01-26 19:45:54 EST --- Created an attachment (id=26554) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26554) catalina.2011-01-27.log (In reply to comment #7) > Whether the recycle m

PoweredBy reverted to revision 300 on Tomcat Wiki

2011-01-26 Thread Apache Wiki
Dear wiki user, You have subscribed to a wiki page "Tomcat Wiki" for change notification. The page PoweredBy has been reverted to revision 300 by KonstantinKolinko. The comment on this change is: Reverted to r300 to remove spam. http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=303&rev2=30

DO NOT REPLY [Bug 41128] Reference to java Thread name from RequestProcessor mbean

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=41128 Mark Lewis changed: What|Removed |Added CC||malfunctio...@dev.java.net -- Config

DO NOT REPLY [Bug 41128] Reference to java Thread name from RequestProcessor mbean

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=41128 Mark Lewis changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|

[Tomcat Wiki] Update of "PoweredBy" by prosch

2011-01-26 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The "PoweredBy" page has been changed by prosch. http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=302&rev2=303 -- {{http://tod

DO NOT REPLY [Bug 50651] NPE in InternalNioOutputBuffer.recycle

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50651 --- Comment #7 from Filip Hanik 2011-01-26 14:20:26 EST --- (In reply to comment #6) > (In reply to comment #4) > Repeated calls to recycle() should succeed. Shouldn't they? Implementation of > InternalNioOutputBuffer.recycle() was already

DO NOT REPLY [Bug 50646] Tribes ByteMessage will get corrupted if message size exceeds the underlying buffer size

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50646 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

svn commit: r1063816 - in /tomcat/trunk: java/org/apache/catalina/tribes/ByteMessage.java webapps/docs/changelog.xml

2011-01-26 Thread markt
Author: markt Date: Wed Jan 26 18:28:31 2011 New Revision: 1063816 URL: http://svn.apache.org/viewvc?rev=1063816&view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50646 Ensure larger Tribes messages are fully read. Patch provided by Olivier Costet. Modified: tomcat/trunk/ja

DO NOT REPLY [Bug 50660] Improve validationQuery error handling

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50660 --- Comment #4 from Filip Hanik 2011-01-26 13:23:24 EST --- If the connection to the database fails here, the interceptor will print out validationQuery has failed. and that is not correct I think the pool itself needs to do some validation

Re: [VOTE] Release build 6.0.31

2011-01-26 Thread Jim Jagielski
On Jan 24, 2011, at 4:51 PM, jean-frederic clere wrote: > The candidates binaries are available here: > http://people.apache.org/~jfclere/tomcat-6/v6.0.31/ > > According to the release process, the 6.0.31 build corresponding to the > tag TOMCAT_6_0_31 is: > [ ] Broken > [ ] Alpha > [ ] Beta > [

Re: [VOTE] Release Tomcat 5.5.32 Build

2011-01-26 Thread Jim Jagielski
On Jan 22, 2011, at 1:01 PM, Jim Jagielski wrote: > The builds for Tomcat 5.5.32 are ready for testing and approval. > The candidates binaries are available here: > > http://people.apache.org/~jim/tomcat-5.5/ > > According to the release process, the 5.5.32 build corresponding to the > tag TOMC

DO NOT REPLY [Bug 50660] Improve validationQuery error handling

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50660 --- Comment #3 from Daniel Mikusa 2011-01-26 12:49:46 EST --- What about adding an Interceptor to do the validation? The attached interceptor would take the validation query and run it when the pool is created. If there is a problem with

DO NOT REPLY [Bug 50660] Improve validationQuery error handling

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50660 --- Comment #2 from Daniel Mikusa 2011-01-26 12:48:21 EST --- Created an attachment (id=26553) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26553) proposed interceptor -- Configure bugmail: https://issues.apache.org/bugzill

DO NOT REPLY [Bug 50648] RpcChannel improvements

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648 --- Comment #2 from Filip Hanik 2011-01-26 12:39:40 EST --- 2. What type of exceptions have you seen here? Reply failed callback, is a strange callback, since the receiver, not the sender would receive that callback. That would make for s

Re: svn commit: r1063791 - in /tomcat/trunk: java/org/apache/catalina/tribes/group/RpcChannel.java webapps/docs/changelog.xml

2011-01-26 Thread Filip Hanik - Dev Lists
hmm, it should probably throw the commented out channel exception instead of simply bailing out with the flag set. After all the timeout has not been reached, so the caller should not be tricked into thinking that it has, since no one ever checks the interrupted flag Filip On 01/26/2011 09:5

DO NOT REPLY [Bug 50660] Improve validationQuery error handling

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50660 --- Comment #1 from Filip Hanik 2011-01-26 12:05:16 EST --- hi Dan, this is a tricky one. Cause, we'd also be logging a lot of false positive. Connections that have gone stale and simply need to be reconnected. So WARN log level would not

DO NOT REPLY [Bug 50648] RpcChannel improvements

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

svn commit: r1063791 - in /tomcat/trunk: java/org/apache/catalina/tribes/group/RpcChannel.java webapps/docs/changelog.xml

2011-01-26 Thread markt
Author: markt Date: Wed Jan 26 16:53:23 2011 New Revision: 1063791 URL: http://svn.apache.org/viewvc?rev=1063791&view=rev Log: Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50648 Correctly set the interrupt status if a thread using RpcChannel is interrupted waiting for a message reply. B

svn commit: r1063782 - in /tomcat: tc6.0.x/trunk/webapps/docs/config/context.xml trunk/webapps/docs/config/context.xml

2011-01-26 Thread kkolinko
Author: kkolinko Date: Wed Jan 26 16:35:48 2011 New Revision: 1063782 URL: http://svn.apache.org/viewvc?rev=1063782&view=rev Log: Correct some old typo in context docs: move comment about docBase bahaviour with symlinks to where it belongs. No need to update 5.5 ones: they are OK already. CTR: doc

DO NOT REPLY [Bug 50661] New: c:forEach tag doesn't release his list - it causes temporary memory leak

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50661 Summary: c:forEach tag doesn't release his list - it causes temporary memory leak Product: Taglibs Version: unspecified Platform: All OS/Version: All Status:

svn commit: r1063779 - /tomcat/tc6.0.x/trunk/STATUS.txt

2011-01-26 Thread markt
Author: markt Date: Wed Jan 26 16:24:08 2011 New Revision: 1063779 URL: http://svn.apache.org/viewvc?rev=1063779&view=rev Log: Vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=10637

svn commit: r1063776 - /tomcat/tc6.0.x/trunk/STATUS.txt

2011-01-26 Thread markt
Author: markt Date: Wed Jan 26 16:17:57 2011 New Revision: 1063776 URL: http://svn.apache.org/viewvc?rev=1063776&view=rev Log: Vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=10637

DO NOT REPLY [Bug 50650] Connector#setProperty(String, String) does not set explicit property values

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50650 --- Comment #5 from Mark Thomas 2011-01-26 11:14:12 EST --- Agree with Konstantin, this is a WONTFIX. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- Yo

svn commit: r1063774 - in /tomcat/trunk: java/org/apache/coyote/http11/Http11AprProtocol.java java/org/apache/tomcat/util/net/AprEndpoint.java webapps/docs/changelog.xml

2011-01-26 Thread markt
Author: markt Date: Wed Jan 26 16:11:46 2011 New Revision: 1063774 URL: http://svn.apache.org/viewvc?rev=1063774&view=rev Log: Don't assume servlet 3+ async when processing long poll connections (it might be comet) Use socket rather than socket wrapper as key in connection list else comet socket

Re: RemoteIpValve advices

2011-01-26 Thread Christopher Schultz
Mark and Henri, On 1/26/2011 4:09 AM, Mark Thomas wrote: > On 25/01/2011 23:31, Henri Gomez wrote: >> FYI, it's the kind of valve required by a Tomcat behind Amazon AWS >> Load Balancer. >> >> I'll detail more later but the current ForwardedValve only handle >> remote (browser) information and not

DO NOT REPLY [Bug 50660] New: Improve validationQuery error handling

2011-01-26 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=50660 Summary: Improve validationQuery error handling Product: Tomcat Modules Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: minor Priori

Re: [taglibs] Time to release 1.2.0?

2011-01-26 Thread jean-frederic clere
On 01/23/2011 09:41 PM, Jeremy Boynes wrote: The only bug remaining that impact the JSTL libraries is #46052 (locale performance on 1.6). Henri suggested releasing in its current form which sounds reasonable. Should we release this as 1.2.0? Is this a good version number - should we use someth

Re: RemoteIpValve advices

2011-01-26 Thread Mark Thomas
On 25/01/2011 23:31, Henri Gomez wrote: >> I've got a very basic valve for now to handle this kind of X-Forwarded >> situation : >> >> >> public class ForwardedValve extends ValveBase { >> >>public void invoke(Request paramRequest, Response paramResponse) >>throws IOException, Servl