Hi, I actually meant smaller in terms of file size (both downloaded distributions and actual jars or executables), number of files (both source code and configuration/support files), directories, etc. I do think the out-of-the-box footprint is already pretty good, especially when dependencies like the JVM's rt.jar are considered.
As to Allistair's comment: you might be surprised by how many of us care about supporting stuff like JMX instrumentation ;) I think it's fair to say we all use Tomcat, and I imagine virtually all of us have to deal with either system administrator who live by this "supporting stuff" and bug us about it, or at least customers who ask about it fairly routinely... The key is getting the time bandwidth to do stuff. Yoav On 12/22/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > Well a Tomcat will a small memory footprint is also very interesting for me :) > > For guidelines on how to use it ? > > 2005/12/22, Yoav Shapira <[EMAIL PROTECTED]>: > > I'm willing to help... > > > > Yoav > > > > On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote: > > > Well, it's not about 'vote' or plans, it's more about what people have > > > time to do. > > > > > > I have checked in the build files for a 'standalone' tomcat in the > > > sandbox, I've been using the single jar almost exclusively, seems to > > > work fine. But I have a feeling I'm the only one interested in this > > > :-). Removing more features to make it really minimal is quite simple, > > > but requires testing and a bit of work. I don't think we need any new > > > code - just small adjustments and different packaging - and a bit of > > > will. > > > > > > Costin > > > > > > > > > On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > > > > - What could prevent TC 6.x to became more modular ? > > > > > > > > - Design, commercial dependencies or personal decisions. > > > > > > > > Why not send a sort of vote on some possible architectures and plans ? > > > > > > > > > > > > 2005/12/21, Yoav Shapira <[EMAIL PROTECTED]>: > > > > > +1 to Costin's stuff... I've been itching for a truly minimal Tomcat > > > > > distro for a while... > > > > > > > > > > Yoav > > > > > > > > > > On 12/21/05, Costin Manolache <[EMAIL PROTECTED]> wrote: > > > > > > I would really like to have something more modular too - I > > > > > > understand > > > > > > that NIO and the > > > > > > other connector stuff is unlikely to see the main branch, but I > > > > > > think > > > > > > 'minimal standalone + modules' deserves a chance. > > > > > > > > > > > > Even if we continue to ship by default a bloated tomcat, with all > > > > > > the > > > > > > features anyone can think of or ever wanted - having those features > > > > > > organized like modules would make a lot of things easier and better. > > > > > > > > > > > > Almost all important platforms are designed this way - apache, > > > > > > jboss, > > > > > > firefox, etc, it would be time for tomcat as well.. > > > > > > > > > > > > By minimal standalone tomcat I mean: coyote http11 + servlet + jsp + > > > > > > minimal set of valves to have a TCK-accepted container. Modules == > > > > > > jdbc authenticators, load balancing, ssl, jk, even APR, and anything > > > > > > that could be eventually released or upgraded independently. > > > > > > > > > > > > Costin > > > > > > > > > > > > > > > > > > On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote: > > > > > > > > Sorry, so far nobody has had the sense to propose returning to > > > > > > > > the good old > > > > > > > > TC 3.3 Interceptors ;-). It looks like Evolution is here to > > > > > > > > stay. > > > > > > > > > > > > > > I don't know if Interceptors would be a good solutions but I'd > > > > > > > really > > > > > > > like to have something similar to Apache modules. > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Yoav Shapira > > > > > System Design and Management Fellow > > > > > MIT Sloan School of Management > > > > > Cambridge, MA, USA > > > > > [EMAIL PROTECTED] / www.yoavshapira.com > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Yoav Shapira > > System Design and Management Fellow > > MIT Sloan School of Management > > Cambridge, MA, USA > > [EMAIL PROTECTED] / www.yoavshapira.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
