You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ant.apache.org by "Rebhan, Gilbert" <Gi...@huk-coburg.de> on 2007/05/31 15:10:08 UTC
broken in antcontrib 1.0b3 ?!
Hi,
i tried the most actual version of antcontrib = 1.0b3
but the assert task seem to be broken.
<!-- Import AntContrib -->
<taskdef resource="net/sf/antcontrib/antlib.xml" />
...
<property name="ant.enable.asserts" value="true"/>
<assert name="ant.enable.asserts" execute="true">
<echo>assert works ....</echo>
</assert>
output with antcontrib 1.0b2
[echo] assert works ....
output with antcontrib 1.0b3
Class net.sf.antcontrib.logic.Assert doesn't support the nested "echo"
element.
Any ideas how to make the assert task work with 1.0b3 ?
Regards,
Gilbert
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org
Re: globmapper question
Posted by Dave Brosius <db...@apache.org>.
Ok, i found the problem.
My source path had a .. in it
due to
${qproxy.src.dir}/${cls}
${qproxy.src.dir} ended with ..
This then failed the mapper source file test as UptoDate resolves the
filename, and strips the .. but not the mapper path
It would be nice if UpdateToDate would handle the .. in filenames
consistently.
--dave
----- Original Message -----
From: "Dave Brosius" <db...@apache.org>
To: "Ant Users List" <us...@ant.apache.org>
Sent: Saturday, June 09, 2007 8:11 PM
Subject: globmapper question
> I'm trying to use a globmapper with uptodate task.
>
> such as
>
> <target name="-check_proxy_uptodate">
> <uptodate property="proxy.uptodate" srcfile="${qproxy.src.dir}/${cls}">
> <globmapper from="${qproxy.src.dir}/*.java"
> to="${qproxy.src.dir}/qproxy/*.java"/>
> </uptodate>
> </target>
>
> <target name="-buildproxy" depends="-check_proxy_uptodate"
> unless="proxy.uptodate" description="build a qproxy class from a regular
> class using the QProxyParser">
> <java classname="${qproxy.parser}" fork="no">
> <classpath refid="classes.classpath"/>
> <arg value="${qproxy.src.dir}/${cls}"/>
> </java>
> </target>
>
> Used like:
>
> <property name="qproxy.src.dir"
> value="${src.dir}/com/acme/bo/remotable"/>
> <antcall target="-buildproxy"><param name="cls"
> value="AsyncJobSvcHdlr.java"/></antcall>
>
>
>
> basically, it takes as input a simple java class in the remotable
> directory, and builds a proxy in a sub directory 'qproxy'.
>
> when i run it with -v, it says
>
>
> -check_proxy_uptodate:
> [uptodate]
> E:\pv\projects\BO\src\com\primavera\bo\remotable\AsyncJobSvcHdlr.java
> skipped - don't know how to handle it
>
>
> Any ideas what i am doing wrong? thanks!
>
> -dave
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> 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
globmapper question
Posted by Dave Brosius <db...@apache.org>.
I'm trying to use a globmapper with uptodate task.
such as
<target name="-check_proxy_uptodate">
<uptodate property="proxy.uptodate" srcfile="${qproxy.src.dir}/${cls}">
<globmapper from="${qproxy.src.dir}/*.java"
to="${qproxy.src.dir}/qproxy/*.java"/>
</uptodate>
</target>
<target name="-buildproxy" depends="-check_proxy_uptodate"
unless="proxy.uptodate" description="build a qproxy class from a regular
class using the QProxyParser">
<java classname="${qproxy.parser}" fork="no">
<classpath refid="classes.classpath"/>
<arg value="${qproxy.src.dir}/${cls}"/>
</java>
</target>
Used like:
<property name="qproxy.src.dir" value="${src.dir}/com/acme/bo/remotable"/>
<antcall target="-buildproxy"><param name="cls"
value="AsyncJobSvcHdlr.java"/></antcall>
basically, it takes as input a simple java class in the remotable directory,
and builds a proxy in a sub directory 'qproxy'.
when i run it with -v, it says
-check_proxy_uptodate:
[uptodate]
E:\pv\projects\BO\src\com\primavera\bo\remotable\AsyncJobSvcHdlr.java
skipped - don't know how to handle it
Any ideas what i am doing wrong? thanks!
-dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org
RE: broken in antcontrib 1.0b3 ?!
Posted by "Rebhan, Gilbert" <Gi...@huk-coburg.de>.
-----Original Message-----
From: Rebhan, Gilbert [mailto:Gilbert.Rebhan@huk-coburg.de]
Sent: Monday, June 11, 2007 9:39 AM
To: Ant Users List
Subject: RE: <assert> broken in antcontrib 1.0b3 ?!
sorry should read
...
whereas the same class had 14,3 KB in antcontrib 1.0b2 release ?!
Regards, Gilbert
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org
RE: broken in antcontrib 1.0b3 ?!
Posted by "Rebhan, Gilbert" <Gi...@huk-coburg.de>.
Hi, Dale
-----Original Message-----
From: Dale Anson [mailto:danson@grafidog.com]
Sent: Saturday, June 09, 2007 5:43 PM
To: Ant Users List
Subject: Re: <assert> broken in antcontrib 1.0b3 ?!
/*
Sorry for the late response. Did you get an answer to this?
*/
No response, your mail is the only one.
/*
The assert task in antcontrib is based on the assert task from
antelope.
You might try the antelope version, I've verified that you can nest an
<echo> in
it.
*/
Thanks for your investigations!
The <assert> task works fine with AntelopeTasks 3.2.19 and AntContrib
1.0b2
btw, it's a pitty that the merge of Antelope into AntContrib still
hasn't finished,
feels like it stuck in the middle.
Why not reverse the merge ? Seems like there are more tasks from
Antelope
in AntContrib than the other way - so why not merge AntContrib in
Antelope ?
Would be nice to have one great AntTask suite instead of two great ones.
There seems to be something broken in antcontrib 1.0b3 release =
net\sf\antcontrib\logic\Assert.java has 2,18 KB whereas the same class
has 14,3 KB ?!
Regards, Gilbert
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org
Re: broken in antcontrib 1.0b3 ?!
Posted by Dale Anson <da...@grafidog.com>.
Hi,
Sorry for the late response. Did you get an answer to this? The assert
task in antcontrib is based on the assert task from antelope. You might
try the antelope version, I've verified that you can nest an <echo> in
it. Here's a link to the jar with just the tasks:
http://antelope.tigris.org/files/documents/1409/11489/AntelopeTasks_3.4.2.zip.
Dale
Rebhan, Gilbert wrote:
> Hi,
>
> i tried the most actual version of antcontrib = 1.0b3
> but the assert task seem to be broken.
>
> <!-- Import AntContrib -->
> <taskdef resource="net/sf/antcontrib/antlib.xml" />
> ...
> <property name="ant.enable.asserts" value="true"/>
>
> <assert name="ant.enable.asserts" execute="true">
> <echo>assert works ....</echo>
> </assert>
>
>
> output with antcontrib 1.0b2
>
> [echo] assert works ....
>
> output with antcontrib 1.0b3
>
> Class net.sf.antcontrib.logic.Assert doesn't support the nested "echo"
> element.
>
>
> Any ideas how to make the assert task work with 1.0b3 ?
>
>
> Regards,
> Gilbert
>
>
> ---------------------------------------------------------------------
> 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