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
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
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
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
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
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
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
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
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:
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=50648
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
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
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
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
> [
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=50646
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=41128
Mark Lewis changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|
https://issues.apache.org/bugzilla/show_bug.cgi?id=41128
Mark Lewis changed:
What|Removed |Added
CC||malfunctio...@dev.java.net
--
Config
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
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
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
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
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
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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=50661
Jeremy Boynes changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://issues.apache.org/bugzilla/show_bug.cgi?id=25623
Jeremy Boynes changed:
What|Removed |Added
CC||Sergiusz.Brzezinski@supersy
35 matches
Mail list logo
