tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Allistair Crossley" <Allistair.Cross...@QAS.com>
Subject RE: Tomcat 6 plans (JSP 2.1)
Date Thu, 22 Dec 2005 11:20:49 GMT
Hi,

Personally I am less interested in a small footprint Tomcat and more
interested in tools that help manage and report on the internals of
Tomcat. Instrumentation, JMX, effective and stable debugging and
deployment, clustering and load balancing are the types of areas that
would help me out with our corporate intranet. 

I doubt any of these issues are of real concern to the development team
because they are supporting of the main container, but they matter on
the front-line and often piecing together different technologies via
modules which have varying amounts of documentation and stability is
tough and time-consuming. I've been fighting getting in WebLogic,
WebSphere and Jboss but it looks like it's going that way in 2006 :(

May I also take this opportunity to thank those that have helped with
any queries I've had this year, Merry Christmas. I'm also very sorry I
have not yet been able to accomplish what I wanted to in 2005 which was
to rewrite Tomcat's documentation in DocBook. It's still something I am
highly interested in as I think documentation is critical and important
to everyone on the ground.

All the best with Tomcat 6, I would love to help with docs where I can
but I will need to see if I can work out some time.

Merry Christmas, Allistair.

-----Original Message-----
From: Henri Gomez [mailto:henri.gomez@gmail.com] 
Sent: 22 December 2005 11:12
To: Tomcat Developers List
Subject: Re: Tomcat 6 plans (JSP 2.1)

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 <yoavs@apache.org>:
> I'm willing to help...
>
> Yoav
>
> On 12/21/05, Costin Manolache <costin@gmail.com> 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 <henri.gomez@gmail.com> 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 <yoavs@apache.org>:
> > > > +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 <costin@gmail.com> 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 <henri.gomez@gmail.com> 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: 
> > > > > > dev-unsubscribe@tomcat.apache.org For additional commands, 
> > > > > > e-mail: dev-help@tomcat.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > > --------------------------------------------------------------
> > > > > ------- To unsubscribe, e-mail: 
> > > > > dev-unsubscribe@tomcat.apache.org For additional commands, 
> > > > > e-mail: dev-help@tomcat.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Yoav Shapira
> > > > System Design and Management Fellow MIT Sloan School of 
> > > > Management Cambridge, MA, USA yoavs@computer.org / 
> > > > www.yoavshapira.com
> > > >
> > > > ----------------------------------------------------------------
> > > > ----- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org 
> > > > For additional commands, e-mail: dev-help@tomcat.apache.org
> > > >
> > > >
> > >
> > > ------------------------------------------------------------------
> > > --- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For 
> > > additional commands, e-mail: dev-help@tomcat.apache.org
> > >
> > >
> >
> > --------------------------------------------------------------------
> > - To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For 
> > additional commands, e-mail: dev-help@tomcat.apache.org
> >
> >
>
>
> --
> Yoav Shapira
> System Design and Management Fellow
> MIT Sloan School of Management
> Cambridge, MA, USA
> yoavs@computer.org / www.yoavshapira.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For 
> additional commands, e-mail: dev-help@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional
commands, e-mail: dev-help@tomcat.apache.org





<FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE> 
-------------------------------------------------------
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
-------------------------------------------------------
</FONT> <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLACK> 
Disclaimer:  The information contained within this e-mail is confidential and may be privileged.
This email is intended solely for the named recipient only; if you are not authorised you
must not disclose, copy, distribute, or retain this message or any part of it. If you have
received this message in error please contact the sender at once so that we may take the appropriate
action and avoid troubling you further.  Any views expressed in this message are those of
the individual sender.  QAS Limited has the right lawfully to record, monitor and inspect
messages between its employees and any third party.  Your messages shall be subject to such
lawful supervision as QAS Limited deems to be necessary in order to protect its information,
its interests and its reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee
that attachments are virus free or compatible with your systems and does not accept any liability
in respect of viruses or computer problems experienced.
</FONT>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message