DO NOT REPLY [Bug 47840] A broken worker name is written in the log file.
https://issues.apache.org/bugzilla/show_bug.cgi?id=47840 Rainer Jung changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #4 from Rainer Jung 2010-03-31 07:05:45 UTC --- Is this resolved using version 1.2.30? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49028] New: Include a more explicit section on patch submission
https://issues.apache.org/bugzilla/show_bug.cgi?id=49028 Summary: Include a more explicit section on patch submission Product: Tomcat 6 Version: unspecified Platform: PC OS/Version: Mac OS X 10.4 Status: NEW Severity: enhancement Priority: P2 Component: Documentation AssignedTo: dev@tomcat.apache.org ReportedBy: matt...@matthewsacks.com On http://tomcat.apache.org/bugreport.html#Reporting%20Apache%20Tomcat%20bugs This is an enhancement request for updating the documentation to be clearer about patch submission. There is a single line on how to create a svn diff and submit that as an attachment. Although straightforward and simple, it would be helpful to include another link to more resources patch submission and that the ASF uses subversion such as that provided at http://cocoon.apache.org/2.1/howto/howto-patch.html. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49028] Include a more explicit section on patch submission
https://issues.apache.org/bugzilla/show_bug.cgi?id=49028 --- Comment #1 from Mark Thomas 2010-03-31 07:56:41 UTC --- Patches welcome. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r929427 - /tomcat/trunk/test.txt
Author: kfujino Date: Wed Mar 31 08:06:13 2010 New Revision: 929427 URL: http://svn.apache.org/viewvc?rev=929427&view=rev Log: commit access test Added: tomcat/trunk/test.txt (with props) Added: tomcat/trunk/test.txt URL: http://svn.apache.org/viewvc/tomcat/trunk/test.txt?rev=929427&view=auto == --- tomcat/trunk/test.txt (added) +++ tomcat/trunk/test.txt Wed Mar 31 08:06:13 2010 @@ -0,0 +1 @@ +commit test \ No newline at end of file Propchange: tomcat/trunk/test.txt -- svn:eol-style = native - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r929428 - /tomcat/trunk/test.txt
Author: kfujino Date: Wed Mar 31 08:09:40 2010 New Revision: 929428 URL: http://svn.apache.org/viewvc?rev=929428&view=rev Log: delete test file Removed: tomcat/trunk/test.txt - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: GSOC 2010
Hi, I went through the some source codes to understand Tomcat's JMX implementation. Here are some of the things as I understood. Please correct me if I am wrong. 1. As I understood it uses a commons modeler type implementation (which I saw within a comment and went to explore). 2. Uses Dynamic MBeans and BaseModelBeans (extension of DynamicMBeans) 3. Uses ManagedBean class to store meta data about a bean and instantiate it. 4. Uses Registry to load ManagedBeans from meta-data files and register the MBean with the MBean server. 5. MBeanFactory class contains all the useful methods to create most of the Tomcat components along with the MBeans. I noticed the MBeanFactory class methods are not utilised inside Tomcat internal codes to create Tomcat server side components. Is this because that it is only meant to be used remotely? Regarding the missing createStandardService() in MBeanFactory, issue, I looked as to how normally StarndardService is created within Tomcat. I noticed that the Service component is created using configuration data read by server.xml using a Digester. Now do you think a similar approach can be utilized to provide the missing method? (But this approach misses the point of configuring a Tomcat instance from the scratch without configuration files. Isn't it?). What were the issues with ServerFactory that it had to be removed? Regards, Chamith
DO NOT REPLY [Bug 49030] New: Processing of Tomcat Connector configuration can leave some connectors uninitialized
https://issues.apache.org/bugzilla/show_bug.cgi?id=49030 Summary: Processing of Tomcat Connector configuration can leave some connectors uninitialized Product: Tomcat 6 Version: 6.0.26 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: al.j...@bcpraha.com If the Server part of the Tomcat 6 configuration is beeing processed and there are more connectory defined, it seems to be the fact the exceptions during the connector initialization are not catched properly, so if there comes some exception by the initialization of one connector (for example to try to initialize the new connector for the same port like had the already initialized connector), then no other connectors are processed and created (no one listening port is allocated) even if such other connectors are defined properly. It leads to the situation the connectory are then initialized differently if the order of the connectors changes. It can be very confusing if searching some error in the definitions. Together with the fact, the default server.xml contains at least in some cases the invalid connector definition it leads to serious confusion it searching the configuration problem... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49031] New: The server.xml in the fresh installed Tomcat 64bit for Windows 2003 Server contains invalid connector specification
https://issues.apache.org/bugzilla/show_bug.cgi?id=49031 Summary: The server.xml in the fresh installed Tomcat 64bit for Windows 2003 Server contains invalid connector specification Product: Tomcat 6 Version: 6.0.26 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Native:Packaging AssignedTo: dev@tomcat.apache.org ReportedBy: al.j...@bcpraha.com The default configuration in the windows installer for Windows 2003 64 bit contains the invalid server.xml configuration. It contains twice the connector allocating the port 9080: ... etc. So it leads always to the error by the start of the service. Togenther with the bug 49030 then all other connectors defined below, like AJP etc. are not initialized... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49030] Processing of Tomcat Connector configuration can leave some connectors uninitialized
https://issues.apache.org/bugzilla/show_bug.cgi?id=49030 --- Comment #1 from Artur Linhart 2010-03-31 12:40:56 UTC --- It is then the problem especially in the connection with the bug 49031 -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49031] The server.xml in the fresh installed Tomcat 64bit for Windows 2003 Server contains invalid connector specification
https://issues.apache.org/bugzilla/show_bug.cgi?id=49031 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mark Thomas 2010-03-31 12:54:51 UTC --- A clean Tomcat installation does not configure any connectors on port 9080. Please use the users mailing list if you require further assistance with this issue. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r929521 - in /tomcat/trunk/java/org/apache/catalina/core: LocalStrings.properties StandardService.java
Author: markt
Date: Wed Mar 31 13:06:30 2010
New Revision: 929521
URL: http://svn.apache.org/viewvc?rev=929521&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=49030
Failure of one connector should not leave some connectors started and some
ignored
Modified:
tomcat/trunk/java/org/apache/catalina/core/LocalStrings.properties
tomcat/trunk/java/org/apache/catalina/core/StandardService.java
Modified: tomcat/trunk/java/org/apache/catalina/core/LocalStrings.properties
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/core/LocalStrings.properties?rev=929521&r1=929520&r2=929521&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/core/LocalStrings.properties
(original)
+++ tomcat/trunk/java/org/apache/catalina/core/LocalStrings.properties Wed Mar
31 13:06:30 2010
@@ -188,6 +188,7 @@ standardHost.validationEnabled=XML valid
standardHost.validationDisabled=XML validation disabled
standardServer.initialize.initialized=This server has already been initialized
standardServer.shutdownViaPort=A valid shutdown command was received via the
shutdown port. Stopping the Server instance.
+standardService.connector.failed=Failed to start connector [{0}]
standardService.initialize.initialized=This service has already been
initialized
standardService.initialize.failed=Service initializing at {0} failed
standardService.register.failed=Error registering Service at domain {0}
Modified: tomcat/trunk/java/org/apache/catalina/core/StandardService.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/core/StandardService.java?rev=929521&r1=929520&r2=929521&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/core/StandardService.java (original)
+++ tomcat/trunk/java/org/apache/catalina/core/StandardService.java Wed Mar 31
13:06:30 2010
@@ -589,7 +589,13 @@ public class StandardService extends Lif
// Initialize our defined Connectors
synchronized (connectors) {
for (int i = 0; i < connectors.length; i++) {
-connectors[i].initialize();
+try {
+connectors[i].initialize();
+} catch (Exception e) {
+log.error(sm.getString(
+"standardService.connector.failed",
+connectors[i]), e);
+}
}
}
}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r929522 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Wed Mar 31 13:07:28 2010 New Revision: 929522 URL: http://svn.apache.org/viewvc?rev=929522&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?rev=929522&r1=929521&r2=929522&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Wed Mar 31 13:07:28 2010 @@ -293,3 +293,10 @@ PATCHES PROPOSED TO BACKPORT: Patch provided by Todd Hicks +1: markt -1: + +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=49030 + Failure of one connector should not leave some connectors started and some + ignored + http://svn.apache.org/viewvc?rev=929521&view=rev + +1: markt + -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49030] Processing of Tomcat Connector configuration can leave some connectors uninitialized
https://issues.apache.org/bugzilla/show_bug.cgi?id=49030 --- Comment #2 from Mark Thomas 2010-03-31 13:07:37 UTC --- This has been fixed in trunk and proposed for 6.0.x -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49031] The server.xml in the fresh installed Tomcat 64bit for Windows 2003 Server contains invalid connector specification
https://issues.apache.org/bugzilla/show_bug.cgi?id=49031 --- Comment #2 from Artur Linhart 2010-03-31 13:08:05 UTC --- Yes, soryy, it was invalid request, based on invalid data. My apologies... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49030] Processing of Tomcat Connector configuration can leave some connectors uninitialized
https://issues.apache.org/bugzilla/show_bug.cgi?id=49030 --- Comment #3 from Artur Linhart 2010-03-31 13:11:05 UTC --- Great, thank You. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[VOTE] Release build 5.5.29
The candidates binaries are available here: http://people.apache.org/~fhanik/tomcat/tomcat-5.5/v5.5.29/ According to the release process, the 5.5.29 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[ANN] New Tomcat Committer: Keiichi Fujino (kfujino)
On behalf of the Tomcat committers I am pleased to announce that Keiichi Fujino (kfujino) has been voted in as a new Tomcat committer. Please join me in welcoming him. Regards, Filip - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] New Tomcat Committer: Keiichi Fujino (kfujino)
2010/3/31 Filip Hanik - Dev Lists : > On behalf of the Tomcat committers I am pleased to announce that Keiichi > Fujino (kfujino) has been voted in as a new Tomcat committer. > Welcome! Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] New Tomcat Committer: Keiichi Fujino (kfujino)
On 31/03/2010 20:29, Filip Hanik - Dev Lists wrote: > On behalf of the Tomcat committers I am pleased to announce that Keiichi > Fujino (kfujino) has been voted in as a new Tomcat committer. > > Please join me in welcoming him. +1. Welcome aboard. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] New Tomcat Committer: Keiichi Fujino (kfujino)
Welcome! Have Fun :) On 31.03.2010 21:29, Filip Hanik - Dev Lists wrote: On behalf of the Tomcat committers I am pleased to announce that Keiichi Fujino (kfujino) has been voted in as a new Tomcat committer. Please join me in welcoming him. Regards, Filip - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48584] Error or ACCESS_VIOLATION on shutdown
https://issues.apache.org/bugzilla/show_bug.cgi?id=48584 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Konstantin Kolinko 2010-03-31 20:09:19 UTC --- The native side of this issue was fixed in r907567 and is included in TC-Native 1.1.20 onwards. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: GSOC 2010
On 31/03/2010 12:48, buddhika chamith wrote: > Hi, > > I went through the some source codes to understand Tomcat's JMX > implementation. Here are some of the things as I understood. Please correct > me if I am wrong. > > 1. As I understood it uses a commons modeler type implementation (which I > saw within a comment and went to explore). > 2. Uses Dynamic MBeans and BaseModelBeans (extension of DynamicMBeans) > 3. Uses ManagedBean class to store meta data about a bean and instantiate > it. > 4. Uses Registry to load ManagedBeans from meta-data files and register the > MBean with the MBean server. > 5. MBeanFactory class contains all the useful methods to create most of the > Tomcat components along with the MBeans. > > I noticed the MBeanFactory class methods are not utilised inside Tomcat > internal codes to create Tomcat server side components. Is this because that > it is only meant to be used remotely? Correct. > Regarding the missing createStandardService() in MBeanFactory, issue, I > looked as to how normally StarndardService is created within Tomcat. I > noticed that the Service component is created using configuration data read > by server.xml using a Digester. Now do you think a similar approach can be > utilized to provide the missing method? (But this approach misses the point > of configuring a Tomcat instance from the scratch without configuration > files. Isn't it?). Take a look in the svn history. The removed method will give you some clues. > What were the issues with ServerFactory that it had to be > removed? It assumed that there was only ever one Server instance in a JVM and as a result created all sorts of issues, particularly when embedding Tomcat. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Problem in NIOEndpoint
Tomcat version 6.0.26: There was a method introduced: NIOEndpoint#wrap (post 6.0.18) called from NIOEndpoint#init which wraps KeyManagers with NioX509KeyManager. I am not sure why (I could not get the JSSE source to fully debug) but when I run embedded Tomcat with SSL enabled and my own keystores I get the following exception: "javax.net.ssl. SSLHandshakeException: no cipher suites in common". Removing this wrapping will result in a working instance. This method is not present in 6.0.18. Please let me know if there is something I can do as a work around or if this actually causes a real bug. I wasn't sure where to post this. Please advise if you think I should post this elsewhere. Thanks, Chris.
DO NOT REPLY [Bug 47840] A broken worker name is written in the log file.
https://issues.apache.org/bugzilla/show_bug.cgi?id=47840 --- Comment #5 from Eiji Takahashi 2010-04-01 00:27:11 UTC --- (In reply to comment #4) > Is this resolved using version 1.2.30? I used 1.2.31-dev. However, the result was same. <> 127.0.0.1 - - [01/Apr/2010:09:26:00 +0900] "GET /jbpm-console/app/processes.jsf HTTP/1.1" 200 2034 "http://localhost/"; "Mozilla/5.0 (X11; U; Linux x86_64; ja; rv:1.9.0.18) Gecko/2010021718 CentOS/3.0.18-1.el5.centos Firefox/3.0.18" "\x04+" 1FB9719A77AE75C661E6F83E24AFAADF.dom01.testnode01 <> [Thu Apr 01 09:26:00 2010]lb1(^D+) localhost 0.027254 regards. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [ANN] New Tomcat Committer: Keiichi Fujino (kfujino)
congratulations! -Tim On 3/31/2010 3:29 PM, Filip Hanik - Dev Lists wrote: On behalf of the Tomcat committers I am pleased to announce that Keiichi Fujino (kfujino) has been voted in as a new Tomcat committer. Please join me in welcoming him. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Interested in GSOC ideas
On Sun, Mar 28, 2010 at 11:52 PM, Mark Thomas wrote: > On 28/03/2010 17:16, Mahesh Fernando wrote: > > Hello all, > > > > I'm interested about JSR 196 implementation idea. I have some questions. > > is there anyone to mentor this project? > [1] > > do we need to contact mentors before application period starts? > [2] > > is it needed to submit detailed designs for projects? > [2] > > how will the applications evaluated? > [3] > > do all the ideas have same priority during selection or are there some > ideas > > with high priorities? > [3] > > how many students do you take for tomcat ideas? > [2],[3] > Thanks for providing links. I saw some other students interested on this idea and also JMX idea. Because you are the mentor for these projects, will you choose only 1 project among all these ideas or possible to mentor 2 or more projects? or is there someone to co-mentor these? I saw Apache encourage to have 1 student per mentor in above links. I like the 'SPDY connector' idea too...but because it's still draft version, will it become a problem to qualify? I mean will it get approved when i make a proposal? > > [1] http://wiki.apache.org/tomcat/SummerOfCode2010 > [2] > http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/faqs > [3] http://community.apache.org/gsoc.html > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
DO NOT REPLY [Bug 49028] Include a more explicit section on patch submission
https://issues.apache.org/bugzilla/show_bug.cgi?id=49028 --- Comment #2 from Matthew Sacks 2010-04-01 05:35:32 UTC --- No problem. Should it be in xml or html? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49028] Include a more explicit section on patch submission
https://issues.apache.org/bugzilla/show_bug.cgi?id=49028 --- Comment #3 from Matthew Sacks 2010-04-01 05:47:54 UTC --- Created an attachment (id=25222) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25222) Modification to Tomcat site to better describe patch submission process. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47714] Reponse mixed between users
https://issues.apache.org/bugzilla/show_bug.cgi?id=47714 --- Comment #13 from Paul Hinds 2010-04-01 06:31:31 UTC --- We have now found out about issues that are resolved in jk .30 that look related, to do with reposting buffers. We did not disable retries. "mod_jk retries http post requests in case of timeout in getting response from tomcat with default configurations(no retries or recovery_options specified)." We will do this anyway, since our application does not like "retries", they can (in theory) result in two or more transactions being processed. I think next test will be with .30 , no reuse, no reties and a new tomcat from JBoss. BTW: We are pretty sure our application is not at fault. I will post results of that test when I get them. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
