struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig R. McClanahan" <>
Subject RE: Struts Connection Pool Maturity - Ted - you out there?
Date Wed, 24 Apr 2002 20:49:00 GMT
In the particular case of the Espresso connection pool, I didn't know
about it at the time.  In the particular case of Poolman, it has (well,
now it is really "had") a single developer instead of a community, and an
LGPL license to boot.  (Talk to RMS about why he says the Apache license
is evil -- I'm not interested in getting involved in that discussion.)

Feel free to integrate Struts into anything you like -- that is the
fundamental value proposition of the Apache License.  For the stuff
packaged *inside* Struts, I'm personally more comfortable with Apache
based code, where I know the other developers and the support culture
around it.

For outside code, given license compatibility and a willingness of others
to support it (to *my* quality standards, since Struts is pretty closely
associated with *my* name :-), I'm OK with it, but I'd usually rather just
leave it out and let others provide integrated packages.  (FWIW, in
Struts 1.1 the GenericDataSource class is a wrapper around the commons-dbcp
connection pool, which is also going to be used in Tomcat 4.1).


On Wed, 24 Apr 2002, Sandra Cann wrote:

> Date: Wed, 24 Apr 2002 16:04:33 -0400
> From: Sandra Cann <>
> Reply-To: Struts Users Mailing List <>
> To: Struts Users Mailing List <>
> Subject: RE: Struts Connection Pool Maturity - Ted - you out there?
> snip
> > I've been using Poolman just fine, but would like to switch to
> > the struts pool if it is at a maturity-level that would make that
> > possible.
> Perhaps I misunderstanding something here? I would like to ask why Struts
> didn't just incorporate Poolman or Expresso's Connection pooling instead of
> developing another?
> i.e. Expresso's has been around since '96 and is certainly stable! It's an
> Apache Style license so the code is certainly open source compatible with
> Struts Apache license.
> This brings up for me a larger question I am not clear on....
> What is Struts view on building on/integrating/contributing with third party
> open source projects and not reinventing wheels?
> With the shoe on the other foot we support other open source projects
> (including several Apache projects) by building on them and thus have an
> area in Expresso's CVS for third party libraries which is where Struts
> resides. This benefits the open source movement by making projects stronger
> and increasing mindshare and strengthening their acceptance as open
> standards. I'm sure you'll agree the Expresso community has contributed in
> positive ways to the Struts code and community.
> I look forward to hearing back.
> --
> Sandra Cann
> Open Standards based Java components
> "Our separation from each other is an optical illusion of consciousness."
> (Albert Einstein)
> --
> To unsubscribe, e-mail:   <>
> For additional commands, e-mail: <>

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message