You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Christophe Labouisse <an...@ggtools.net> on 2004/06/01 10:58:49 UTC

Using Ant API to retrieve task/target information

Hi,

I'm the writer of the Grand tool (http://www.ggtools.net/grand) and since
I came upon some issues with the Ant API I'd like to have some more or
less "official" advice about the way I use it.

I started Grand shortly after Ant 1.6.0 was released since the
visualization tools I used where all broken. I find out that the Ant API
was providing all I need to do a basic dependency graph and will allow me
not to duplicate "things" already done by ant such as XML parsing,
importing targets, etc. Beside using the API allow to display dynamically
created targets. Soon I needed to handle calls such as the one created by
ant or antcall. This was a little bit more complicated and I have to use
the RuntimeConfigurable to get enough information.

Currently I'd like to display in the graph some information on
conditionnal targets (with a if or unless attribute). The information is
here since the target class has ifCondition and unlessCondition attributes
but I cannot get it since the are no getter for them.

So I'm wondering if using the Ant API as I do to peek into a project is
something which is ok albeit the API is currently lacking a few things or
the API should not be used the way I do?

Cheers

Christophe

-- 


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


Re: Using Ant API to retrieve task/target information

Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 1 Jun 2004, Christophe Labouisse <an...@ggtools.net> wrote:

> So I'm wondering if using the Ant API as I do to peek into a project
> is something which is ok albeit the API is currently lacking a few
> things or the API should not be used the way I do?

Your approach is fine, I'd say.

I'm with Jan's interpretation, we don't have getters in most cases
since we don't need them - and I can't see any harm with adding
getters Target class where the UnknownElement/RuntimeConfigurable
approach doesn't work.

Stefan

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