Call me a realist, but the jars you are talking about are only
375k...if 375k of memory kill your web app, go to ebay, and pick up
another gig of ram, and it will be fine. :-)
Seriously, I have been down the path you are describing ("I only want
one copy of my jars, so when I upgrade, I only have to do it once!"),
and trust me...it sucks.
The first time you upgrade one and it breaks 3 others, you (not to
mention your customers) will be very, very unhappy. And no, "I thought
it would work!" will not be an acceptable response.
In addition, jars in the shared/lib classloader may or may not use the
appropriate classloader to load configuration resources - it they your
"this.getClass().getClassloader()", it just plain will not work if it
is not in the WEB-INF/lib directory. Ever.
Larry
On Sat, 22 Jan 2005 16:43:20 -0600, Tony LaPaso <[EMAIL PROTECTED]> wrote:
> Call me a minimalist but I don't like the idea of having the same JAR file
> duplicated if I don't have to. It takes more memory since each web app's
> classloader needs to have the same classes in memory. It seems much cleaner
> to have the JARs in one central location.
>
>
> ----- Original Message -----
> From: "QM" <[EMAIL PROTECTED]>
> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
> Sent: Saturday, January 22, 2005 8:57 AM
> Subject: Re: ?? Sharing the JSTL JARS and Classloading ??
>
> > On Sat, Jan 22, 2005 at 01:24:54AM -0600, Tony LaPaso wrote:
> > : The problem is that I have several web applications that use JSTL and
> > : therefore several "WEB-INF/lib" directories. Rather than copy the
> > : aforementioned JAR files to *every* "WEB-INF/lib" directory I'd rather
> > put
> > : them in one central location and have them available for *ALL* web
> > : applications.
> >
> > Webapps are supposed to be self-contained, and as such, it's considered
> > a "best practice" to pack up a webapp with all the JARs it needs.
> >
> > If it's a hassle to copy the JARs around by hand, why not fold that into
> > an automated build process?
> >
> > -QM
> >
> > --
> >
> > software -- http://www.brandxdev.net
> > tech news -- http://www.RoarNetworX.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]
