Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@apache.org Received: (qmail 36287 invoked from network); 5 Sep 2002 15:09:37 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 5 Sep 2002 15:09:37 -0000 Received: (qmail 12742 invoked by uid 97); 5 Sep 2002 15:09:47 -0000 Delivered-To: qmlist-jakarta-archive-ant-user@jakarta.apache.org Received: (qmail 12608 invoked by uid 97); 5 Sep 2002 15:09:46 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 12359 invoked by uid 98); 5 Sep 2002 15:09:43 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) X-Sent: 5 Sep 2002 15:08:58 GMT Message-ID: <3D777389.2050907@ehatchersolutions.com> Date: Thu, 05 Sep 2002 11:08:57 -0400 From: Erik Hatcher User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ant Users List Subject: Re: Adding a directory of jars to the classpath References: <0366F8B4346DD3119AE000105AD0FCE00829CE4A@lonmails2.jdedwards.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I highly discourage the **/*.jar inclusion of JAR's into a classpath. This leaves it too open-ended to have the build broken later by someone introducing a conflicting JAR at a later time and this can be time consuming and painful to track down. Alternatively, there is an approach that I've evolved over time using a lib.properties to contain properties for library version numbers, directory mappings, and JAR location mappings that can allow great flexibility and control classpaths and overriding what version of library is used. This is documented chapter 9 of Java Development with Ant (Loughran/Hatcher). Erik Kervin, Stephen wrote: > Cant think of a better way off hand. Looks good. > > Stephen > > -----Original Message----- > From: Joe Tomcat [mailto:tomcat@mobile.mp] > Sent: 05 September 2002 10:16 > To: Ant Users List > Subject: RE: Adding a directory of jars to the classpath > > > On Wed, 2002-09-04 at 23:02, Kervin, Stephen wrote: > >>We use a "lib" folder. But unfortunatly you still need to specify each jar >>seperataly on the class path, I have not seen a way to java to recursive a >>directory looking for jars. I tend to use a classpath from a >>paths.properties file this way it is easily configurable and updateable. > > > This is what I'm using for now: > > > excludes="**/old/*"> > > > > > > > > > It grabs all the jars in ${applibs}. I can then set up my deploy target > to copy those jars over to webapps/ROOT/WEB-INF/libs if they change and > I should be set, right? Is this the best way to do this? > > > -- > 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: