ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steve Loughran" <stev...@iseran.com>
Subject Re: building with 3rd party libraries
Date Thu, 02 May 2002 15:49:02 GMT

----- Original Message -----
From: "John Gregg" <john.gregg@techarch.com>
To: <ant-user@jakarta.apache.org>
Sent: Thursday, May 02, 2002 7:43 AM
Subject: OT: building with 3rd party libraries


> Hi all.
>
> I have a couple of off-topic questions that I'm sure you face all the
time.
>
> First, when creating a war or jar file, do you include all 3rd party
> libraries necessary for your application to run/compile or not?

yes for a WAR, no for a jar

>The
> libraries needed to run and those needed to compile aren't always the
same.
> For example, you usually don't need jdbc drivers to compile but you do
need
> them to run.  Alternatively, you probably need servlet.jar to compile but
> not to distribute because your target environment already has it.

each lib component goes in its own lib subdir

lib/castor

with buildonly stuff in underneath

lib/castor/buildonly

so castor/*.jar is the redist set; castor/**/*.jar the build set


> Second, of these 3rd party libraries, which do you keep in source control.
> All?

yup

>
> Currently I'm keeping all 3rd party libraries in source control (well,
> except for the jdk stuff and servlet.jar), such as junit, our connection
> pool, etc.  They get labeled, built, and deployed like everything else.
> However, my current project runs on Tomcat and I like the idea that shared
> libraries can go in "common" and project-specific stuff can go under
> webapps/<project>/WEB-INF.  It seems silly of constantly "war-up" stuff
that
> very rarely changes.  Maybe the solution is that 3rd party stuff should go
> in source control but shouldn't automatically get included in the build.

doesnt add too much to the build :)




--
To unsubscribe, e-mail:   <mailto:ant-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-user-help@jakarta.apache.org>


Mime
View raw message