Re: Free-form ANT Task Structure
Here is a simple example task:
import java.util.*;
import org.apache.tools.ant.DynamicConfigurator;
import org.apache.tools.ant.Task;
public class Dy
extends Task
implements DynamicConfigurator
{
private String subName;
private Map attributes = new HashMap();
private List elements = new ArrayList();
public Object createDynamicElement(String name) {
Dy dy = new Dy();
dy.setSubName(name);
dy.setProject(getProject());
elements.add(dy);
return dy;
}
private void setSubName(String subName) {
this.subName = subName;
}
private String getSubName() {
return subName;
}
public void setDynamicAttribute(String name, String value) {
attributes.put(name, value);
}
private void print(int level) {
StringBuffer b = new StringBuffer();
for (int i = 0; i < level; ++i) {
b.append(" ");
}
String indent = b.toString();
for (Iterator i = attributes.entrySet().iterator(); i.hasNext();)
{
Map.Entry e = (Map.Entry) i.next();
log(indent + e.getKey() + " = " + e.getValue());
}
for (Iterator i = elements.iterator(); i.hasNext();) {
Dy dy = (Dy) i.next();
log(indent + "element " + dy.getSubName());
dy.print(level + 1);
}
}
public void execute() {
log("Dy");
print(1);
}
}
and the build.xml:
generates:
Compiling 1 source file to /home/preilly/proj/learning/dy/classes
Dy
element integration-test
element test
on-components = foo,bar
element include
name = **/XYZComp/*Test
element configuration
element xyz-comp
id = foo
element zyx-comp
id = bar
element arbitrary
value = null
Peter.
On Tuesday 20 May 2003 17:38, Berin Loritsch wrote:
> peter reilly wrote:
> > To embed the config information, the easiest
> > is to map the info to objects.
> >
> > Ant introspection is very powerfull and easy
> > to use for normal java data object.
>
> The problem is that it only works when you know in advance
> what the configuration elements are going to be. In this
> example, that is not the case.
>
> > Alternatively one can use the DynamicConfigurator
> > interface. This provides the name of the unknown element
> > and the name/value of unknown attributes.
>
> That might be something worth pursuing. Now, can I have
> a mixture of DyanimicConfigurator objects and mapped
> objects in the *same* task?
Yes.
>
> Or more importantly as a child of one of the mapped
> objects?
Yes - you may implement what you want.
Ant's introspection looks add the addX and setX patterns
before handing the element/attribute over to DynamicConfigurator.
>
> For example:
>
>
>
>
>
>
>
>
>
>
>
>
>
> The child of the element is completely
> free-form, although the rest of the task elements would
> map to real objects.
>
> Is there an Task already written that uses the DynamicConfigurator
> where I can see how it works with it?
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
RE: Free-form ANT Task Structure
Yep, you can mix and match. DynaConf picks up only what's not explicitly declared in the class. I'll send you my XmlFragment if you care for it. The toString() is broken, since I had to modify Ant's DOMElementWriter to accept a DOM Node instead of an Element. --DD > -Original Message- > From: Berin Loritsch [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 20, 2003 11:38 AM > To: [EMAIL PROTECTED] > Subject: Re: Free-form ANT Task Structure > > peter reilly wrote: > > To embed the config information, the easiest > > is to map the info to objects. > > > > Ant introspection is very powerfull and easy > > to use for normal java data object. > > The problem is that it only works when you know in advance > what the configuration elements are going to be. In this > example, that is not the case. > > > > > Alternatively one can use the DynamicConfigurator > > interface. This provides the name of the unknown element > > and the name/value of unknown attributes. > > > > That might be something worth pursuing. Now, can I have > a mixture of DyanimicConfigurator objects and mapped > objects in the *same* task? > > Or more importantly as a child of one of the mapped > objects? > > For example: > > > > > > > > > > > > > > The child of the element is completely > free-form, although the rest of the task elements would > map to real objects. > > Is there an Task already written that uses the DynamicConfigurator > where I can see how it works with it? > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
Re: Free-form ANT Task Structure
peter reilly wrote: To embed the config information, the easiest is to map the info to objects. Ant introspection is very powerfull and easy to use for normal java data object. The problem is that it only works when you know in advance what the configuration elements are going to be. In this example, that is not the case. Alternatively one can use the DynamicConfigurator interface. This provides the name of the unknown element and the name/value of unknown attributes. That might be something worth pursuing. Now, can I have a mixture of DyanimicConfigurator objects and mapped objects in the *same* task? Or more importantly as a child of one of the mapped objects? For example: The child of the element is completely free-form, although the rest of the task elements would map to real objects. Is there an Task already written that uses the DynamicConfigurator where I can see how it works with it?
RE: Free-form ANT Task Structure
Centipede as a task I think, and I also created one myself a long time ago... Mine (a DataType) was creating a DOM DocumentFragment, that you could then use internally, pass on to other classes, or serialize. I believe both use DynamicConfigurator. Regards, --DD > -Original Message- > From: peter reilly [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 20, 2003 11:18 AM > To: Ant Developers List > Subject: Re: Free-form ANT Task Structure > > To embed the config information, the easiest > is to map the info to objects. > > Ant introspection is very powerfull and easy > to use for normal java data object. > > Alternatively one can use the DynamicConfigurator > interface. This provides the name of the unknown element > and the name/value of unknown attributes. > > Peter > > On Tuesday 20 May 2003 16:18, Berin Loritsch wrote: > > I want to write a task that allows me to embed XML configuration > > information to set up some integration tests using JUnit as a > > base. > > > > I can live with a DOM or JDOM to interpret and transform into my > > configuration objects. The concept is based on some work I originally > > did to extend JUnit for testing Avalon components. The thing is > > that I want to change the way the JUnit test runner works so that > > I can preload my Avalon container with the proper components, > > and I can iterate through all the implementations of a component > > with the same test against it. > > > > In order for this to happen properly, I need to pass configuration > > information to the container. The two options I have is to require > > the configuration as a separate file, or to allow the configuration > > to be embedded in the ANT task. > > > > I would prefer to have the config embedded so that I can work on > > things one step at a time. Otherwise--I have to resort to the > > file approach. > > > > What are your thoughts? Is it too much to ask for free-form > > elements as a sub of a task, or do they HAVE to map to objects? > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
Re: Free-form ANT Task Structure
To embed the config information, the easiest is to map the info to objects. Ant introspection is very powerfull and easy to use for normal java data object. Alternatively one can use the DynamicConfigurator interface. This provides the name of the unknown element and the name/value of unknown attributes. Peter On Tuesday 20 May 2003 16:18, Berin Loritsch wrote: > I want to write a task that allows me to embed XML configuration > information to set up some integration tests using JUnit as a > base. > > I can live with a DOM or JDOM to interpret and transform into my > configuration objects. The concept is based on some work I originally > did to extend JUnit for testing Avalon components. The thing is > that I want to change the way the JUnit test runner works so that > I can preload my Avalon container with the proper components, > and I can iterate through all the implementations of a component > with the same test against it. > > In order for this to happen properly, I need to pass configuration > information to the container. The two options I have is to require > the configuration as a separate file, or to allow the configuration > to be embedded in the ANT task. > > I would prefer to have the config embedded so that I can work on > things one step at a time. Otherwise--I have to resort to the > file approach. > > What are your thoughts? Is it too much to ask for free-form > elements as a sub of a task, or do they HAVE to map to objects? > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
Free-form ANT Task Structure
I want to write a task that allows me to embed XML configuration information to set up some integration tests using JUnit as a base. I can live with a DOM or JDOM to interpret and transform into my configuration objects. The concept is based on some work I originally did to extend JUnit for testing Avalon components. The thing is that I want to change the way the JUnit test runner works so that I can preload my Avalon container with the proper components, and I can iterate through all the implementations of a component with the same test against it. In order for this to happen properly, I need to pass configuration information to the container. The two options I have is to require the configuration as a separate file, or to allow the configuration to be embedded in the ANT task. I would prefer to have the config embedded so that I can work on things one step at a time. Otherwise--I have to resort to the file approach. What are your thoughts? Is it too much to ask for free-form elements as a sub of a task, or do they HAVE to map to objects?
