Mailing-List: contact user-help@ant.apache.org; run by ezmlm
From: "Tim Gordon" <tim.gordon@allustra.com>
To: "Ant Users List" <user@ant.apache.org>
Subject: RE: Feature / Enhancement request
Date: Tue, 22 Apr 2003 10:00:43 +0100
Message-ID: <JAEEKFIDMHJFJDLMLFDMCEJMCCAA.tim.gordon@allustra.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <6C8FEAE0-734B-11D7-9869-000393A564E6@ehatchersolutions.com>
Importance: Normal

I've used custom selectors to veto the inclusion of .class files into any
ANT task which is FileSet based. This drives javac, jar, the whole shebang.
I've ended up with a build system that is really clean.

I agree that a well-layed-out package structure helps, but I don't agree
about having different trees for different tiers of the application. As you
move things between them (and you will) using things like IntelliJ (great
IDE) then you lose the change history if you use CVS (we do). I know that
this can be got around by actually moving the ,v files (in CVS), but
IntelliJ wont do this for you, AFAIK. It's just a limitation of using CVS,
AFAIK, and I hope it's something that Subversion will ultimately address
well if it's integrated into IntelliJ.

Tim

-----Original Message-----
From: Erik Hatcher [mailto:jakarta-ant@ehatchersolutions.com]
Sent: 20 April 2003 17:16
To: Ant Users List
Subject: Re: Feature / Enhancement request


My recommendation would be to separate your source tree along the lines
of how you want it packaged.  Using conditional inclusions/exclusions
for compilation and/or packaging ends up being messy and confusing in
my opinion.

	Erik


On Saturday, April 19, 2003, at 10:46  PM, Hanasaki JiJi wrote:

> Main motivation / use case is to be able to  make a jar file that
> contains just the interfaces that are needed on the client AND server
> side although they may be in the directories/packages for the server
> code.
>
> Erik Hatcher wrote:
>> What would be the use-case (or user story!) of this particular
>> enhancement request?
>> Keep in mind that <jar>/<war>/<ear> operate on .class files to
>> archive.  @tags are not part of the binary class format (hurry up,
>> JSR 175!).  So while it would be possible to do this somehow, I don't
>> really see the benefits.  Could you explain what good this would do?
>> Thanks,
>>     Erik
>> On Friday, April 18, 2003, at 11:07  PM, Hanasaki JiJi wrote:
>>> ====================
>>> jar/war/ear support for include/exclude specific .java files based
>>> new tags from Sun.
>>>
>>> specifically, a way to include only .class files generated from
>>> source with a specific @category or @tutorial tag
>>>
>>> ref link:
>>> http://java.sun.com/j2se/javadoc/proposed-tags.html
>>>
>>> ====================
>>> jar/war/ear support for include/exclude specific .java files that:
>>>     represent a class
>>>     that represent an interface
>>> --
>>> =================================================================
>>> = Management is doing things right; leadership is doing the     =
>>> =       right things.    - Peter Drucker                        =
>>> =_______________________________________________________________=
>>> =     http://www.sun.com/service/sunps/jdc/javacenter.pdf       =
>>> =  www.sun.com | www.javasoft.com | http://wwws.sun.com/sunone  =
>>> =================================================================
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>>> For additional commands, e-mail: user-help@ant.apache.org
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
>> For additional commands, e-mail: user-help@ant.apache.org
>
> --
> =================================================================
> = Management is doing things right; leadership is doing the     =
> =       right things.    - Peter Drucker                        =
> =_______________________________________________________________=
> =     http://www.sun.com/service/sunps/jdc/javacenter.pdf       =
> =  www.sun.com | www.javasoft.com | http://wwws.sun.com/sunone  =
> =================================================================
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>


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