Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <4404882A.5060903@apache.org>
Date: Tue, 28 Feb 2006 18:28:10 +0100
From: Remy Maucherat <remm@apache.org>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: Tomcat 6 source organisation
References: <44047528.9040708@apache.org>
 <96e4b5230602280844l31857b72pbf60fcf17194d343@mail.gmail.com>
In-Reply-To: <96e4b5230602280844l31857b72pbf60fcf17194d343@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Costin Manolache wrote:
> Why would you want to change ant ???

I don't, I am asking questions.

> Re. source folders versus modules - we can have both of them, it's not
> exclusive.
> Single source tree makes it easy to navigate, more IDE-friendly, etc.
> The build file can compile as many modules as needed - either by compiling a
> subset of the tree, or by compiling the entire tree and generating
> several modules.

Yes, I know.

> IMO it is a bad practice to scatter sources around without very good reason.
> JDK sources don't seem to be scattered in modules like 'io', 'net',
> but in packages,
> and modules for platform-specific stuff.
> 
> Having a single source tree would also greatly simplify the ant file,
> and with eclipse
> it can completely skip the compilation task ( i.e. if the ant file
> uses the same build/classes
> dir as eclipse, it'll detect the already-compiled classes and just
> create the jars, while
> eclipse can keep the source updated on save ).

Obviously, the build script would be far far simpler. Personally, I am 
also in favor of a single source tree, since it's simply much easier to 
work with.

R�my

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org