tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <>
Subject RE: Best practice question: where to place project libraries
Date Wed, 11 Feb 2004 14:04:07 GMT

My take on this: everything used to build every version of your
deliverable should be under source code control: that includes
dependencies such as servlet-api.jar.  So it's not OK to simply rely on
the tomcat distro servlet-api.jar.  It IS OK to copy the tomcat distro
servlet-api.jar into your source code control system.  It is also OK to
use a 3rd party repository like ibiblio for your dependencies, but some
organizations won't like that.

As for putting these libraries in your WAR: Senor Ruthenbeck was right
no target in saying you don't put container-provided libraries in the
WAR, as most containers (including tomcat) will barf.

Yoav Shapira
Millennium ChemInformatics

>-----Original Message-----
>From: Josh Rehman []
>Sent: Tuesday, February 10, 2004 7:17 PM
>To: Tomcat Users List
>Subject: Best practice question: where to place project libraries
>I need servlet-api.jar to compile my project. I may need some of the
>commons-beans stuff in the future. Should I put these libs in my
>projects lib folder (and then in the war) or should I rely on the
>versions? If the latter, which jar will be used, and what should I do
>I deploy to a different container?
>I'm leaning toward duplicating the libraries (this removes an
>environment dependancy, too), but I'd like some advice.
>Josh Rehman
>To unsubscribe, e-mail:
>For additional commands, e-mail:

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

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

View raw message