svn commit: r958362 - in /tomcat/trunk: java/org/apache/tomcat/util/net/JIoEndpoint.java test/org/apache/catalina/core/TestAsyncListener.java webapps/docs/changelog.xml

2010-06-27 Thread pero
Author: pero Date: Sun Jun 27 11:02:10 2010 New Revision: 958362 URL: http://svn.apache.org/viewvc?rev=958362&view=rev Log: Start JioEndpoint timeout thread, to handle timeout a AsyncListener. Added: tomcat/trunk/test/org/apache/catalina/core/TestAsyncListener.java (with props) Modified:

Proposal: Some todo's at AsyncContext detected...

2010-06-27 Thread Peter Roßbach
Hi! I detected some Todo's at AsyncContext - AsyncContext.createListener We don't make a resource injection or make it configurable! Servlet 3.0 API comment: "This method supports resource injection if the given clazz represents a Managed Bean. See the Java EE platform and JSR 2

Bug report for Taglibs [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 5 [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 6 [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat 7 [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat Connectors [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Bug report for Tomcat Native [2010/06/27]

2010-06-27 Thread bugzilla
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

DO NOT REPLY [Bug 49234] JMX Descriptor Modifications

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49234 --- Comment #51 from chamith buddhika 2010-06-27 07:38:53 EDT --- I cannot seem to find classes FastCommonAccessLogValve, RequestDamperValve and RequestListenerValve described in o.a.Catalina.Valves. Have they been removed from the code ba

DO NOT REPLY [Bug 49509] New: JULI does not read logging config from Java home dir

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49509 Summary: JULI does not read logging config from Java home dir Product: Tomcat 5 Version: 5.5.23 Platform: Macintosh Status: NEW Severity: normal Priority: P2

DO NOT REPLY [Bug 49234] JMX Descriptor Modifications

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49234 --- Comment #52 from Rainer Jung 2010-06-27 13:15:50 EDT --- (In reply to comment #51) > I cannot seem to find classes FastCommonAccessLogValve, RequestDamperValve and > RequestListenerValve described in o.a.Catalina.Valves. Have they been

DO NOT REPLY [Bug 49509] JULI does not read logging config from Java home dir

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49509 Konstantin Kolinko changed: What|Removed |Added Component|Unknown |Webapps:Documentation

DO NOT REPLY [Bug 49510] New: Remove dependency on classes copied from commons

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49510 Summary: Remove dependency on classes copied from commons Product: Taglibs Version: 1.2.0 Platform: Macintosh Status: NEW Severity: enhancement Priority: P2

DO NOT REPLY [Bug 49510] Remove dependency on classes copied from commons

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49510 --- Comment #1 from Jeremy Boynes 2010-06-27 13:52:47 EDT --- Created an attachment (id=25647) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25647) Patch remove dependencies on LRUMap Once applied, the project will compile wi

DO NOT REPLY [Bug 49509] JULI does not read logging config from Java home dir

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49509 --- Comment #2 from Jesse Barnum 2010-06-27 14:18:20 EDT --- Thanks for the fast response. I'm embedding Tomcat inside my application, so I'm not using the standard startup script. Why not just have it read from $JAVA_HOME/lib/logging.prop

svn commit: r958406 - /tomcat/trunk/webapps/docs/changelog.xml

2010-06-27 Thread pero
Author: pero Date: Sun Jun 27 18:41:48 2010 New Revision: 958406 URL: http://svn.apache.org/viewvc?rev=958406&view=rev Log: remove second fix entry. Sorry! Modified: tomcat/trunk/webapps/docs/changelog.xml Modified: tomcat/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/t

[taglibs] Thread safety in FormatDateSupport

2010-06-27 Thread Jeremy Boynes
I was looking at a patch for FormatDateSupport [1] to remove its dependency on a copy of LRUMap taken from Commons and have a question on the thread safety involved as, although the cache is synchronized, the formatters it contains are used outside that block. This was discussed in bug 32311 [2

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

2010-06-27 Thread kkolinko
Author: kkolinko Date: Mon Jun 28 01:49:19 2010 New Revision: 958438 URL: http://svn.apache.org/viewvc?rev=958438&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=9584

DO NOT REPLY [Bug 49509] JULI does not read logging config from Java home dir

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49509 --- Comment #3 from Konstantin Kolinko 2010-06-27 22:28:55 EDT --- > Why not just have it read from > $JAVA_HOME/lib/logging.properties by default, like any other Java application? It does, from $JRE_HOME/lib/logging.properties. There is

DO NOT REPLY [Bug 49505] ApplicationHttpRequest.setAttribute doesn't call the wrapper's setAttribute in case of "special" attributes

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49505 ran...@hotmail.com changed: What|Removed |Added Resolution|INVALID |FIXED --- Comment #2 from ran.

DO NOT REPLY [Bug 49505] ApplicationHttpRequest.setAttribute doesn't call the wrapper's setAttribute in case of "special" attributes

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49505 ran...@hotmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FI

DO NOT REPLY [Bug 49505] ApplicationHttpRequest.setAttribute doesn't call the wrapper's setAttribute in case of "special" attributes

2010-06-27 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=49505 --- Comment #3 from ran...@hotmail.com 2010-06-27 23:11:05 EDT --- p.s. regarding "Your wrapper should be able to call getAttribute() to determine if these attributes have been set." I do call the wrapper's getAttribute method to see if tho