Re: Tomcat-Lite update
And what about some sort of OSGI glue and Maven as build tool ? 2009/11/6 Costin Manolache : > On Fri, Nov 6, 2009 at 12:19 PM, Tim Funk wrote: > >> I am intrigued by the idea and have similar constraints (kids+job). >> >> My longer term interest in lite was a simpler deployment and moving config >> into scripting and out of xml. (But this was more dream due to time >> requirements) >> > > Yes, tomcat-lite should still be able to run servlets - but all the > 'framework' from the servlet API will be out of scope. > Tomcat-lite won't create or configure servlets for you, won't have class > loaders or process annotations. That would be > the job of whatever DI framework you chose - or just plain java or > scripting. > > It will also not have declarative authentication - instead should have > filters implementing auth schemes beyond what's possible > now - for example OpenID. > > IMO the servlet spec - 10 years ago - was a great answer to 'how to I write > web applications in java'. Then the J2EE and framework > stuff got added and added. The whole philosophy is to take away control from > application developer and have the framework > provide it ( typically with a 'lowest common' flavor ). > > There are plenty of good DI frameworks - spring, guice, various OSGI > implementations - that do a better job configuring objects or > handling class loading. > > I think it's much better to focus on HTTP-related features. It is also a > tractable project for people with jobs and kids, and I think > it would be a better value for both beginners and advanced users. > > > > >> >> As an aside, I am wondering if the long term effect to simplification will >> break things like the security manager. And with the capabilities we see in >> VM's today - is it better to just ignore the security manager and just tell >> people to use an isolated VM if they wish to lock things down. Is there a >> good reason to use a security manager today? (This might be a survey >> question for the user list) >> >> > The applet-style security manager is history. I doubt anyone is using it - > or is using it correctly - on server side. It was a dead end anyways > without good isolation and resource limitting. > > Isolated processes and/or isolated OS instances seems to be a much better > approach for anyone who really needs to run untrusted code. > > That's one of the reasons for the proxy focus - I want at some point to have > tomcat-lite run a single context per process, and proxy/load > balance requests. > > > Costin > > > >> -Tim >> >> >> Costin Manolache wrote: >> >>> Hi, >>> >>> Tomcat-Lite was started few years ago as an effort to produce a smaller, >>> cleaner version of tomcat. Unfortunately >>> it didn't get lots of development time - I was very busy at work ( and at >>> home - 2 kids now ), and it didn't >>> seem to be in a state where other people would start using it and >>> contribute. >>> >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Sat, Nov 7, 2009 at 1:25 AM, Henri Gomez wrote: > And what about some sort of OSGI glue Thanks for volunteering :-). Note that my goal is to _remove_ any framework feature from tomcat-lite - leave just http and services, no config file or class loading. The current 'integration' interface seems to be enough for spring - feel free to add hooks/listeners for any other framework, but no direct dependency. > and Maven as build tool ? > > Well, you know my opinion on Maven. However - I'm now using ant-ivy for all downloads, and use a pom.xml file to declare the dependencies ( ant-ivy can use either its format or pom ). I also added the 'compile' section - and it seems to at least compile and test. I'm not planning to maintain or use it - but if other people want to use mvn I have no problem as long as build.xml and eclipse .classpath keep working. Costin > 2009/11/6 Costin Manolache : > > On Fri, Nov 6, 2009 at 12:19 PM, Tim Funk wrote: > > > >> I am intrigued by the idea and have similar constraints (kids+job). > >> > >> My longer term interest in lite was a simpler deployment and moving > config > >> into scripting and out of xml. (But this was more dream due to time > >> requirements) > >> > > > > Yes, tomcat-lite should still be able to run servlets - but all the > > 'framework' from the servlet API will be out of scope. > > Tomcat-lite won't create or configure servlets for you, won't have class > > loaders or process annotations. That would be > > the job of whatever DI framework you chose - or just plain java or > > scripting. > > > > It will also not have declarative authentication - instead should have > > filters implementing auth schemes beyond what's possible > > now - for example OpenID. > > > > IMO the servlet spec - 10 years ago - was a great answer to 'how to I > write > > web applications in java'. Then the J2EE and framework > > stuff got added and added. The whole philosophy is to take away control > from > > application developer and have the framework > > provide it ( typically with a 'lowest common' flavor ). > > > > There are plenty of good DI frameworks - spring, guice, various OSGI > > implementations - that do a better job configuring objects or > > handling class loading. > > > > I think it's much better to focus on HTTP-related features. It is also a > > tractable project for people with jobs and kids, and I think > > it would be a better value for both beginners and advanced users. > > > > > > > > > >> > >> As an aside, I am wondering if the long term effect to simplification > will > >> break things like the security manager. And with the capabilities we see > in > >> VM's today - is it better to just ignore the security manager and just > tell > >> people to use an isolated VM if they wish to lock things down. Is there > a > >> good reason to use a security manager today? (This might be a survey > >> question for the user list) > >> > >> > > The applet-style security manager is history. I doubt anyone is using it > - > > or is using it correctly - on server side. It was a dead end anyways > > without good isolation and resource limitting. > > > > Isolated processes and/or isolated OS instances seems to be a much better > > approach for anyone who really needs to run untrusted code. > > > > That's one of the reasons for the proxy focus - I want at some point to > have > > tomcat-lite run a single context per process, and proxy/load > > balance requests. > > > > > > Costin > > > > > > > >> -Tim > >> > >> > >> Costin Manolache wrote: > >> > >>> Hi, > >>> > >>> Tomcat-Lite was started few years ago as an effort to produce a > smaller, > >>> cleaner version of tomcat. Unfortunately > >>> it didn't get lots of development time - I was very busy at work ( and > at > >>> home - 2 kids now ), and it didn't > >>> seem to be in a state where other people would start using it and > >>> contribute. > >>> > >> > >> > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > >> For additional commands, e-mail: dev-h...@tomcat.apache.org > >> > >> > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
Re: Tomcat-Lite update
On 06/01/2010 00:27, Costin Manolache wrote: > Also, I would like to know if other comitters are OK with (temporarily - > i.e. until the 7.0 release vote) including lite in the tomcat7 builds, > so people can try it out. How about adding it to the extras build? It could be included in the release then as well. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
+1 - I like the ideas +0 - [Day job time constraints to help - but I'll look as I can] -Tim On 1/5/2010 7:27 PM, Costin Manolache wrote: Also, I would like to know if other comitters are OK with (temporarily - i.e. until the 7.0 release vote) including lite in the tomcat7 builds, so people can try it out. I would like to have it in common/, so it is visible in servlets - as I mentioned one of the goals is for tomcat-lite to be more of a library that is used for client http, include filters/servlets that can be used in any container, etc. When 7.0 is ready we can remove it or include it if you feel it's ready. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
2010/1/6 Mark Thomas : > On 06/01/2010 00:27, Costin Manolache wrote: >> Also, I would like to know if other comitters are OK with (temporarily - >> i.e. until the 7.0 release vote) including lite in the tomcat7 builds, >> so people can try it out. > > How about adding it to the extras build? It could be included in the > release then as well. > > Mark > +1 for extras Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Wed, Jan 6, 2010 at 12:13 AM, Mark Thomas wrote: > On 06/01/2010 00:27, Costin Manolache wrote: > > Also, I would like to know if other comitters are OK with (temporarily - > > i.e. until the 7.0 release vote) including lite in the tomcat7 builds, > > so people can try it out. > > How about adding it to the extras build? It could be included in the > release then as well. > > Sounds good, thanks for the suggestions. On the building part - tomcat-lite supports both maven and ant, and the ant build is using ivy to download the deps - I will keep it this way instead of using the tomcat's download tasks, seems easier. So I will just call lite's build.xml from tomcat extras. Downloading ivy and ivy downloading deps is automated. Any comments on including the experimental SPDY support ( http://www.chromium.org/spdy/spdy-protocol ) ? I know we had countless debates on JK2 and http proxies, but some extra code to try out doesn't hurt :-) Costin
Re: Tomcat-Lite update
Le 7 janv. 2010 à 17:50, Costin Manolache a écrit : On Wed, Jan 6, 2010 at 12:13 AM, Mark Thomas wrote: On 06/01/2010 00:27, Costin Manolache wrote: Also, I would like to know if other comitters are OK with (temporarily - i.e. until the 7.0 release vote) including lite in the tomcat7 builds, so people can try it out. How about adding it to the extras build? It could be included in the release then as well. Sounds good, thanks for the suggestions. On the building part - tomcat-lite supports both maven and ant, Maven support ? Yes and the ant build is using ivy to download the deps - I will keep it this way instead of using the tomcat's download tasks, seems easier. So I will just call lite's build.xml from tomcat extras. Downloading ivy and ivy downloading deps is automated. Any comments on including the experimental SPDY support ( http://www.chromium.org/spdy/spdy-protocol ) ? I know we had countless debates on JK2 and http proxies, but some extra code to try out doesn't hurt :-) Good idea, tclite could/should be an incubator area +1 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 01/07/2010 05:50 PM, Costin Manolache wrote: > On Wed, Jan 6, 2010 at 12:13 AM, Mark Thomas wrote: > >> On 06/01/2010 00:27, Costin Manolache wrote: >>> Also, I would like to know if other comitters are OK with (temporarily - >>> i.e. until the 7.0 release vote) including lite in the tomcat7 builds, >>> so people can try it out. >> >> How about adding it to the extras build? It could be included in the >> release then as well. >> >> > Sounds good, thanks for the suggestions. On the building part - tomcat-lite > supports both > maven and ant, and the ant build is using ivy to download the deps - I will > keep it > this way instead of using the tomcat's download tasks, seems easier. So I > will just call > lite's build.xml from tomcat extras. Downloading ivy and ivy downloading > deps is automated. > > Any comments on including the experimental SPDY support ( > http://www.chromium.org/spdy/spdy-protocol ) ? > I know we had countless debates on JK2 and http proxies, but some extra code > to try out doesn't hurt :-) We need a httpd module (like mod_proxy_ajp) for that :-) Cheers Jean-Frederic > > Costin > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
>> Any comments on including the experimental SPDY support ( >> http://www.chromium.org/spdy/spdy-protocol ) ? >> I know we had countless debates on JK2 and http proxies, but some extra code >> to try out doesn't hurt :-) > > We need a httpd module (like mod_proxy_ajp) for that :-) mod_proxy_spdy ? :-) Very interesting thread. BTW, tomcat-lite is still here ? http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 01/08/2010 11:15 AM, Henri Gomez wrote: >>> Any comments on including the experimental SPDY support ( >>> http://www.chromium.org/spdy/spdy-protocol ) ? >>> I know we had countless debates on JK2 and http proxies, but some extra code >>> to try out doesn't hurt :-) >> >> We need a httpd module (like mod_proxy_ajp) for that :-) > > mod_proxy_spdy ? :-) Yep that is my idea :-) Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Fri, Jan 8, 2010 at 2:15 AM, Henri Gomez wrote: > >> Any comments on including the experimental SPDY support ( > >> http://www.chromium.org/spdy/spdy-protocol ) ? > >> I know we had countless debates on JK2 and http proxies, but some extra > code > >> to try out doesn't hurt :-) > > > > We need a httpd module (like mod_proxy_ajp) for that :-) > > mod_proxy_spdy ? :-) > > Very interesting thread. > > BTW, tomcat-lite is still here ? > > http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ > > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 jars ( since tomcat7 is not in maven ). You can use lite as a connector with both 6 and 7. As a client library or http server or subset-of-servlet engine it doesn't depend on anything in tomcat. The only deps on tomcat are the connector. ( of course - a lot is still missing, as I mentioned connection management/timeouts/limits need to be added) Re. mod_proxy_spdy - yes, it would be great if someone could do this. One missing feature (mentioned - but not specified yet ) - is negotiating a switch, starting as http and switching to spdy if both ends supports it. So if you have the spdy code for mod_proxy_spdy - you could also try to hook it in the normal HTTP connector. What spdy does: - real long-lived connection - with multiplexed requests, and no connection close if a HTTP connection is aborted. - back-channel from server to client - would help with all the load-balancing ( for real clients will help in a lot of ajax-stuff ) - some initial negotiation - we can extend it to do some auth / config - header and body compression / ssl - the spec seems to have them as mandatory, but we don't have to implement it exactly as is, there are flag bits It's certainly not perfect - but not too bad either. I have my doubts about how it'll work in real world, with proxies and firewalls - but for reverse-proxy and internal use it's better than the current jk and I think better than a plain http proxy. Costin ( disclaimer: I don't work on spdy, it's a big company - I just saw the announcement and seemed a good fit for tomcat ) - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
Re: Tomcat-Lite update
On 08/01/2010 18:54, Costin Manolache wrote: > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 > jars ( since tomcat7 is not in maven ). It is a few months out of date but it is there. I was planning on another update when I get the EL stuff fixed. http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ It should be available via: https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ but most of the JARs are missing. Any hints as to what i did wrong? Cheers, Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
Well, I'll take a look a Tomcat Lite and SPDY :) And see what can be done 2010/1/8 Costin Manolache : > On Fri, Jan 8, 2010 at 2:15 AM, Henri Gomez wrote: > >> >> Any comments on including the experimental SPDY support ( >> >> http://www.chromium.org/spdy/spdy-protocol ) ? >> >> I know we had countless debates on JK2 and http proxies, but some extra >> code >> >> to try out doesn't hurt :-) >> > >> > We need a httpd module (like mod_proxy_ajp) for that :-) >> >> mod_proxy_spdy ? :-) >> >> Very interesting thread. >> >> BTW, tomcat-lite is still here ? >> >> http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ >> >> > > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 > jars ( since tomcat7 is not in maven ). > You can use lite as a connector with both 6 and 7. As a client library or > http server or subset-of-servlet engine it doesn't depend on anything in > tomcat. The only deps on tomcat are the connector. > ( of course - a lot is still missing, as I mentioned connection > management/timeouts/limits need to be added) > > Re. mod_proxy_spdy - yes, it would be great if someone could do this. One > missing feature (mentioned - but not specified yet ) - is negotiating a > switch, starting as http and switching to spdy if both ends supports it. > So if you have the spdy code for mod_proxy_spdy - you could also try to hook > it in the normal HTTP connector. > > What spdy does: > - real long-lived connection - with multiplexed requests, and no connection > close if a HTTP connection is aborted. > - back-channel from server to client - would help with all the > load-balancing ( for real clients will help in a lot of ajax-stuff ) > - some initial negotiation - we can extend it to do some auth / config > - header and body compression / ssl - the spec seems to have them as > mandatory, but we don't have to implement it exactly as is, there are flag > bits > > It's certainly not perfect - but not too bad either. I have my doubts about > how it'll work in real world, with proxies and firewalls - but for > reverse-proxy and internal use it's better than the current jk and I think > better than a plain http proxy. > > Costin > > ( disclaimer: I don't work on spdy, it's a big company - I just saw the > announcement and seemed a good fit for tomcat ) > > - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
2010/1/8 Mark Thomas : > On 08/01/2010 18:54, Costin Manolache wrote: >> Yes. BTW - if you use maven, it'll download, build and test against tomcat6 >> jars ( since tomcat7 is not in maven ). > > It is a few months out of date but it is there. I was planning on > another update when I get the EL stuff fixed. > > http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ > > It should be available via: > > https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ > > but most of the JARs are missing. Any hints as to what i did wrong? > > Cheers, > > Mark How did you produce and deploy the jars ? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Fri, Jan 8, 2010 at 11:03 AM, Mark Thomas wrote: > On 08/01/2010 18:54, Costin Manolache wrote: > > Yes. BTW - if you use maven, it'll download, build and test against > tomcat6 > > jars ( since tomcat7 is not in maven ). > > It is a few months out of date but it is there. I was planning on > another update when I get the EL stuff fixed. > > http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ > > It should be available via: > > > https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ > > but most of the JARs are missing. Any hints as to what i did wrong? > > Cheers, > Well, I don't mind testing and running tomcat-lite against tomcat6 - after all it is supposed to be usable with multiple servers and servlet versions :-) I typically build/test with both maven and ant - to cover both ( maven tests pass all, ant runs more tests and some are failing ) Costin
Re: Tomcat-Lite update
On 08/01/2010 19:12, Henri Gomez wrote: > 2010/1/8 Mark Thomas : >> On 08/01/2010 18:54, Costin Manolache wrote: >>> Yes. BTW - if you use maven, it'll download, build and test against tomcat6 >>> jars ( since tomcat7 is not in maven ). >> >> It is a few months out of date but it is there. I was planning on >> another update when I get the EL stuff fixed. >> >> http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ >> >> It should be available via: >> >> https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ >> >> but most of the JARs are missing. Any hints as to what i did wrong? >> >> Cheers, >> >> Mark > > How did you produce and deploy the jars ? Standard release build then: http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
Could you do it again ? 2010/1/8 Mark Thomas : > On 08/01/2010 19:12, Henri Gomez wrote: >> 2010/1/8 Mark Thomas : >>> On 08/01/2010 18:54, Costin Manolache wrote: Yes. BTW - if you use maven, it'll download, build and test against tomcat6 jars ( since tomcat7 is not in maven ). >>> >>> It is a few months out of date but it is there. I was planning on >>> another update when I get the EL stuff fixed. >>> >>> http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ >>> >>> It should be available via: >>> >>> https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ >>> >>> but most of the JARs are missing. Any hints as to what i did wrong? >>> >>> Cheers, >>> >>> Mark >> >> How did you produce and deploy the jars ? > > Standard release build then: > http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml > > Mark > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 08/01/2010 20:34, Henri Gomez wrote: > Could you do it again ? I could (as could any other committer) but I'd rather wait a day or so until I finish off this JSP/EL work. I'm almost there... Mark > > 2010/1/8 Mark Thomas : >> On 08/01/2010 19:12, Henri Gomez wrote: >>> 2010/1/8 Mark Thomas : On 08/01/2010 18:54, Costin Manolache wrote: > Yes. BTW - if you use maven, it'll download, build and test against > tomcat6 > jars ( since tomcat7 is not in maven ). It is a few months out of date but it is there. I was planning on another update when I get the EL stuff fixed. http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ It should be available via: https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ but most of the JARs are missing. Any hints as to what i did wrong? Cheers, Mark >>> >>> How did you produce and deploy the jars ? >> >> Standard release build then: >> http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml >> >> Mark >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: dev-h...@tomcat.apache.org >> >> > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Thu, Jan 7, 2010 at 8:29 AM, Konstantin Kolinko wrote: > 2010/1/6 Mark Thomas : >> On 06/01/2010 00:27, Costin Manolache wrote: >>> Also, I would like to know if other comitters are OK with (temporarily - >>> i.e. until the 7.0 release vote) including lite in the tomcat7 builds, >>> so people can try it out. >> >> How about adding it to the extras build? It could be included in the >> release then as well. >> >> Mark >> > > +1 for extras +1 for extras as well. Love the ideas. Yoav - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On 08.01.2010 23:10, Yoav Shapira wrote: On Thu, Jan 7, 2010 at 8:29 AM, Konstantin Kolinko wrote: 2010/1/6 Mark Thomas: On 06/01/2010 00:27, Costin Manolache wrote: Also, I would like to know if other comitters are OK with (temporarily - i.e. until the 7.0 release vote) including lite in the tomcat7 builds, so people can try it out. How about adding it to the extras build? It could be included in the release then as well. Mark +1 for extras +1 for extras as well. Love the ideas. +1 Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org