Re: help please with Gump Forrest

2005-02-10 Thread Stefan Bodewig
On Wed, 09 Feb 2005, Peter Janes [EMAIL PROTECTED] wrote:

 The way to fix the build is to use namespacing,

one way, not *the* way.

The other way is to use the xml descriptor instead of the properties
file as resource in the taskdef.

taskdef resource=net/sf/antcontrib/antlib.xml/

Stefan


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: help please with Gump Forrest

2005-02-10 Thread Peter Janes
Stefan Bodewig wrote:
On Wed, 09 Feb 2005, Peter Janes [EMAIL PROTECTED] wrote:
The way to fix the build is to use namespacing,
one way, not *the* way.
The other way is to use the xml descriptor instead of the properties
file as resource in the taskdef.
Ah, I should have left it to the Ant master instead of being all 
clever-like. :)  A one-line fix is definitely easier than a maze of twisty 
little namespace prefixes.  In my defense, the usage you presented isn't 
really made clear in the Ant docs for taskdef/, typedef/ or 
antlib/--in the first two the examples use .properties files, and I found 
the latter confusing--and the ant-contrib website doesn't mention that it 
can be used as an antlib at all.

For what it's worth, I like the namespace version: it clearly defines what 
is Ant and what isn't.

Peter J.
--
Sometimes the Universe needs a change of perspective.
  --J. Michael Straczynski


smime.p7s
Description: S/MIME Cryptographic Signature


help please with Gump Forrest

2005-02-09 Thread David Crossley
Finally Gump got through to the end of the food chain
and built our base project for Forrest - yippee!

Now our next failure is forrest-test ...
---
BUILD FAILED
...
/home/gump/workspaces2/public/workspace/forrest/main/targets/plugins.xml:243:
Could not create task or type of type: for.
Ant could not find the task or a class this task relies upon.
...
---

We do have a depend entry for ant-contrib which provides
that for task, but Gump does not seem to pick it up.

Is our descriptor missing something, e.g. a nested entry for
the ant or something? Sorry, i cannot figure it out.

--David

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: help please with Gump Forrest

2005-02-09 Thread Peter Janes
We do have a depend entry for ant-contrib which provides
that for task, but Gump does not seem to pick it up.
Is our descriptor missing something, e.g. a nested entry for
the ant or something? Sorry, i cannot figure it out.
ant-contrib recently removed the for task from the antcontrib.properties 
file, so the only way to get it is via antlib.  for depends on Ant 1.6, 
which also introduced antlibs, so it's a way to enforce that version.  There 
were several messages on their cvs list that said this will break a lot of 
builds, but when I last looked they seemed fine with that.

The way to fix the build is to use namespacing, which is also part of 1.6. 
First, remove the taskdef/ that loads the properties file.  Then add a 
namespace definition to your project/ tag...

project ... xmlns:antcontrib=antlib:net.sf.antcontrib
and then use that namespace to prefix all of your ant-contrib tasks...
antcontrib:for param=foo
...
/antcontrib:for
Hope this helps,
Peter J.
--
Sometimes the Universe needs a change of perspective.
  --J. Michael Straczynski


smime.p7s
Description: S/MIME Cryptographic Signature


Re: help please with Gump Forrest

2005-02-09 Thread David Crossley
Peter Janes wrote:
 David Crossley wrote:
 We do have a depend entry for ant-contrib which provides
 that for task, but Gump does not seem to pick it up.
 
 Is our descriptor missing something, e.g. a nested entry for
 the ant or something? Sorry, i cannot figure it out.
 
 ant-contrib recently removed the for task from the antcontrib.properties 
 file, so the only way to get it is via antlib.  for depends on Ant 1.6, 
 which also introduced antlibs, so it's a way to enforce that version.  
 There were several messages on their cvs list that said this will break a 
 lot of builds, but when I last looked they seemed fine with that.

Ah, wow, thanks. So Gump was just doing its job, and reporting issues to us.

 The way to fix the build is to use namespacing, which is also part of 1.6. 
 First, remove the taskdef/ that loads the properties file.  Then add a 
 namespace definition to your project/ tag...
 
   project ... xmlns:antcontrib=antlib:net.sf.antcontrib
 
 and then use that namespace to prefix all of your ant-contrib tasks...
 
   antcontrib:for param=foo
   ...
   /antcontrib:for
 
 Hope this helps,
 Peter J.

I expect that it will, thanks.

--David

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]