Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Users List" <user@ant.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4BBCE0E3.3080003@schillbaer.de>
Date: Wed, 07 Apr 2010 21:45:39 +0200
From: Gilbert Rebhan <ant@schillbaer.de>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de;
 rv:1.9.1.9) Gecko/20100317 SUSE/3.0.4-2.3 Thunderbird/3.0.4
MIME-Version: 1.0
To: Ant Users List <user@ant.apache.org>
Subject: Re: Proposal to have an Ant task to resolve ecllipse projects'
 	classpath
 dependencies at runtime.
References: <y2z246bcc581004040205rd92d5e65w860b2dd375abdfb4@mail.gmail.com>
	 <4BB8C8D6.4080505@schillbaer.de>
 <t2i246bcc581004070638kc7d8967dpc9c088716880c787@mail.gmail.com>
In-Reply-To: <t2i246bcc581004070638kc7d8967dpc9c088716880c787@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

-------- Original Message  --------
Subject: Re: Proposal to have an Ant task to resolve ecllipse
projects' 	classpath dependencies at runtime.
From: Ravi Roy <ravi.aroy@gmail.com>
To: Ant Users List <user@ant.apache.org>
Date: 07.04.2010 15:38

[...]
>>> Since people love Ant and also Eclipse being an standard IDE, I feel at
>>> times that there should be a Ant task which could read the .classpath and
>>> .project files and provide and kind of property which has resolved
>> classpath
>>> entries on which project depends on.
>>>
>>> This task would really reduce the pain to define the dependencies of the
>>> project which needs to be defined manaually in case dependencies gets
>>> changed / or added to the project's classpath.
>>>
>>> I hope this would further increase the Ant usage and people would really
>>> find it useful in their projects' dependency resolution.
>>>
>>> Thoughts ?
>>
>> don't bother, see =
>> http://www.ant4eclipse.org/
>> (formerly hosted on sourceforge =
>> http://ant4eclipse.sourceforge.net/ant-for-eclipse-home.html)
>>
> 
> Thanks Gilbert, I was expecting a more loigcal reply in a positive
> approach,  if there are constraints or policy breach or licensing issues
> which prevents this  ? ;-) I am no one to bother you just a expectation and
> thoughts everybody can share with users / developers. I hope you would not
> take it personally ;-)
> Having a single task in ant core distribution does not harm, instead of
> polluting build scripts with taskdefs and memory overheads.
> 

Hi, Ravi

sorry, you got me wrong, so i try to respond in a more
logical way ;-)

'Don't bother' is a common phrase/idiom in english, which
doesn't mean Don't bother me/us in the literal sense,
but something like:

don't inconvenience yourself
don't make any circumstances
don't trouble yourself
...

because http://www.ant4eclipse.org is a mature project providing
a bunch of eclipse specific ant tasks ready to use
No need to roll your own :-)

There are no licensing or other issues i know of.
IMO a task, that is usable only with one of several major IDE's
is to specific to put it in ant core.
That should be part of projects like ant4eclipse.

OK, maybe you don't like the library dependencies ant4eclipse has =
antcontrib, ecj, org.eclipse.osgi
but that's business as usual in the java world, nearly everything
- and many ant tasks also - has it's dependencies.
Some call it the 'jar hell'  :->

If you need only part of ant4eclipse features and want to write
your own task, you may use the relevant parts of ant4eclipse sources as
base to start from.


Best Regards, Gilbert


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