ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chappell, Simon P" <>
Subject RE: Ant lib vs. Classpath
Date Tue, 27 May 2003 15:09:03 GMT

That's interesting but while I like your definition of things "Integral for all Ant usage"
I have a problem figuring out how to mash the other two categories into something that will
work with my SCM system, so that on any Ant configured machine, I can check out a project
and "just build it" to mangle the Nike phrase.



>-----Original Message-----
>From: Erik Hatcher []
>Sent: Tuesday, May 27, 2003 9:52 AM
>To: Ant Users List
>Subject: Re: Ant lib vs. Classpath
>I take a slightly different approach than even this.  junit.jar is 
>special, and thus lives in ANT_HOME/lib (and Ant is in our CVS 
>repository too).
>I divide things into three buckets:
>- Integral for all Ant usage, with JAR's in ANT_HOME/lib.  This 
>includes junit.jar, NetComponents.jar, and a few others.
>- Specific to each project - in a project lib directory (although not 
>just a big bucket of JAR files - its still highly hierarchical under 
>this directory)
>- Common to all projects but not something needed in Ant's classpath 
>(Struts, and others) - these live in a common directory above all 
>On Tuesday, May 27, 2003, at 10:39  AM, Chappell, Simon P wrote:
>> I agree with Erik here. We're coming to the end of a workstation 
>> standardisation project and I have insisted that the correct 
>place for 
>> the junit.jar is in the ANT_HOME/lib because of both classloader 
>> issues and it's cross-project utilisation.
>> The heuristic that I use is that there are two places where 
>a JAR file 
>> can live: the project's lib directory or ANT_HOME/lib. If 
>the file can 
>> vary between projects, then it goes in the project's lib 
>directory. If 
>> the file does not vary between projects or is cross-project then it 
>> lives in ANT_HOME/lib.
>> This has stopped a lot of problems from even being able to occur.
>> Simon
>> -----------------------------------------------------------------
>> Simon P. Chappell           
>> Java Programming Specialist            
>> Lands' End, Inc.                                   (608) 935-4526
>> "Never give in - never, never, never, never, in nothing great or
>> small, large or petty, never give in except to convictions of
>> honor and good sense." - Sir Winston Churchill
>>> -----Original Message-----
>>> From: Erik Hatcher []
>>> Sent: Tuesday, May 27, 2003 9:25 AM
>>> To: Ant Users List
>>> Subject: Re: Ant lib vs. Classpath
>>> junit.jar is a special case here.  It must be in the same 
>>> as the <junit> task itself.  The recommended solution for 
>junit.jar is
>>> to place it in ANT_HOME/lib.  I view junit.jar as such an
>>> integral part
>>> of all my development needs, that its *home* location is just in
>>> ANT_HOME/lib - I don't maintain it anywhere else.
>>> 	Erik
>>> On Tuesday, May 27, 2003, at 10:07  AM, Matthias P. wrote:
>>>> Hi,
>>>> my question is a conceptual one.
>>>> Erik and Steve suggest in their (great) book (thanks for 
>it!) not to
>>>> use the
>>>> classpath variable instead of placing libs in the Ant lib
>>> directory. I
>>>> try
>>>> to follow their advice where ever possible, but now i am not
>>> sure how
>>>> to do
>>>> it.
>>>> I am using the ant-contrib and the junit libs. The junit 
>lib is also
>>>> used by
>>>> our developers to test local. Both libs are under version 
>control in
>>>> PVCS in
>>>> a special libary project. I dont want the both libaries to 
>be stored
>>>> local
>>>> in the ant lib directory. They should be identically to the version
>>>> under
>>>> source control.
>>>> Is it a good solution to use the classpath here and point to the
>>>> directory
>>>> where ant is saving the libs after retriving it from PVCS.
>>>> Or is it better to retrieve it from PVCS ans store them in
>>> the Ant lib
>>>> directory?
>>>> Or should i store them local on our build mashine and 
>additonally in
>>>> PVCS
>>>> and synchronize it manually?
>>>> Thanks,
>>>> Matthias
>>>> -- 
>>>> +++ GMX - Mail, Messaging & more +++
>>>> Bitte l├Ącheln! Fotogalerie online mit GMX ohne eigene Homepage!
>>>> To unsubscribe, e-mail:
>>>> For additional commands, e-mail:
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:
>To unsubscribe, e-mail:
>For additional commands, e-mail:

View raw message