Return-Path: 
 <ant-user-return-12962-apmail-jakarta-ant-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org
Received: (qmail 16229 invoked by uid 500); 26 Sep 2001 20:26:58 -0000
Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:ant-user@jakarta.apache.org>
List-Help: <mailto:ant-user-help@jakarta.apache.org>
List-Unsubscribe: <mailto:ant-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-user-subscribe@jakarta.apache.org>
Reply-To: ant-user@jakarta.apache.org
Delivered-To: mailing list ant-user@jakarta.apache.org
Received: (qmail 16211 invoked from network); 26 Sep 2001 20:26:57 -0000
Message-Id: <3.0.32.20010926162453.00cec450@zbl6c008.corpeast.baynetworks.com>
X-Sender: rseeger@zbl6c008.corpeast.baynetworks.com
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Wed, 26 Sep 2001 16:24:57 -0400
To: ant-user@jakarta.apache.org
X-Sybari-Space: 00000000 00000000 00000000
From: "Robert Seeger" <rseeger@nortelnetworks.com>
Subject: Re: Javascript errors
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Orig: <rseeger@nortelnetworks.com>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

I guess it all boils down to the fact that it just looks nicer to be able
to have the subproject say "these are the packages I depend on", and then
have the included build.xml handle all the dirty work of building the
classfiles and such. It makes it cleaner and easier to understand when
someone has to add a new subpackage. All they have to know is:

- I include the main build.xml file
- I define what my source files are (I haven't gotten to this part yet)
- I define what other packages I rely on
- I create a target that depends on the "init" target
- I'm now good to go

This way, the person adding the new package doesn't have to know where the
packages they rely on are located, and such things.

Rob Seeger

At 11:38 AM 9/26/01 -0700, you wrote:
>--- Robert Seeger <rseeger@nortelnetworks.com> wrote:
>> The classpath will be used in conjunction with any java tasks. The basic
>> concept is that the main build.xml (the one included by all the sub
>> projects) sets up the classpath to a union of:
>> - directories and jars that every project will use
>> - directories and jars that the current subproject will use
>
>But rather than listing the package elements for the sub-project classpath
>and passing those off to something else to generate a classpath from, why
>not just create the sub-project's classpath using <path>, and combine that
>with the generic classpath?  Or am I missing something that would prevent
>you from doing that?
>
>Diane
>
>=====
>(holtdl@yahoo.com)
>
>
>
>__________________________________________________
>Do You Yahoo!?
>Get email alerts & NEW webcam video instant messaging with Yahoo!
Messenger. http://im.yahoo.com
>
========================================
Robert Seeger
Network Engineer
Nortel Networks

Telephone:	(518)237-2087
Pager:		(800)SKY-8888  Pin#1264792
Fax:		(518)237-4190
Email:		rseeger@nortelnetworks.com
Address:	224 5th Ave, Apt#2
		Lansingburgh, NY 12182
========================================