Re: NPE in RuntimeConfigurable.maybeConfigure() via UnknownElement after upgrade to Ant 1.7

Marc: UnknownElement seems to add the nesting capability to ProjectComponent without taking care of the project references of the nested children. And really, that would be a long and tedious road. So I think it was alway

Re: NPE in RuntimeConfigurable.maybeConfigure() via UnknownElement after upgrade to Ant 1.7

The ant api is very much a broken abstraction - i.e. it has not been designed to used as an api. One thing for sure is that if there is project field in any object, it needs to be set. It will at some stage be used. On Tue, Sep 15, 2009 at 11:30 AM, Wirth, Marc wrote: > Hello, > > After upgrad

NPE in RuntimeConfigurable.maybeConfigure() via UnknownElement after upgrade to Ant 1.7

Hello, After upgrading our environment from Ant 1.6.4 to Ant 1.7.1 we ran into NullPointerExceptions with some of our custom tasks, something like: java.lang.NullPointerException at org.apache.tools.ant.RuntimeConfigurable.maybeConfigure(RuntimeConfigurable.java:390) at org.a

Re: Ant 1.7: unzip with overwrite set to 'false' is overwriting files

re is a tested way of doing this and is working in initial testing. Hope this helps someone else too. -- View this message in context: http://www.na

Re: Ant 1.7: unzip with overwrite set to 'false' is overwriting files

hese files? >> >> If you set the overwrite parameter to false, it may be overwriting >> files that have an OLDER timestamp than the file that's replacing it. >> >> The description of this parameter is: >> >>     Overwrite files, even if they are

Re: Ant 1.7: unzip with overwrite set to 'false' is overwriting files

er than the corresponding entries > in the archive (true or false, default is true). > -- View this message in context: http://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24396800.html Sent from th

Re: Ant 1.7: unzip with overwrite set to 'false' is overwriting files

expanding config/setup2.properties to > c:\application\config\setup2.properties >    [unzip] expanding config/setup3.properties to > c:\application\config\setup3.properties > > How is the overwrite attribute suppose to work if this syntax is correct? > > -- > View this messa

Re: Ant 1.7: unzip with overwrite set to 'false' is overwriting files

: http://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24396002.html Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-unsubscr

Ant 1.7: unzip with overwrite set to 'false' is overwriting files

message in context: http://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24393106.html Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail

Re: mail task does not work under ant 1.7.+

Laurent Perez schrieb am 10.06.2009 um 12:22:43 (+0200): > > When using encoding=mime, the mail task fails under ant 1.7.0, 1.7.1, > under jdk5 or jdk6. It works under ant 1.6.5. It does not fail under Ant 1.7. Just leave mail/@encoding at the default of "auto", there is no ne

mail task does not work under ant 1.7.+

port the nested "attachments" element. Is the mail task just "broken" under ant 1.7 ? thanks if you can help laurent -- http://in-pocket.blogspot.com";>http://in-pocket.blogspot.com - Mobile world, technology and more ---

Generics Compiling in Eclipse(3.4) and compilation fails in ANT(1.7). JRE 1.6.0_07

Hi All   I am seeking help from you guys for my below problem.   I have following classes :   Class TestAntError public class TestANtError { final protected> void add(final K setDS) throws Exception { //synchronized final protected void add(final K

Re: Ant 1.7 doesn't like antcall with inheritrefs

itman wrote: > I'm familiar with this warning in Ant 1.7: > Warning: Reference *reference_name* has not been set at runtime, but was > found during build file parsing, attempting to resolve. Future versions of > Ant may support referencing ids defined in non-executed targets. > &

Ant 1.7 doesn't like antcall with inheritrefs

I'm familiar with this warning in Ant 1.7: Warning: Reference *reference_name* has not been set at runtime, but was found during build file parsing, attempting to resolve. Future versions of Ant may support referencing ids defined in non-executed targets. But now suppose that the target in

Revision Number using Ant 1.7

Any help is appreciated, TIA -- View this message in context: http://www.nabble.com/Revision-Number-using-Ant-1.7-tp20610071p20610071.html Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscri

Re: Ant 1.7 - XSLT task and Xalan and Saxon9 issue

2008/9/30 Marijan (Mario) Madunic <[EMAIL PROTECTED]>: > I'm trying to run various XSLT tasks that either rely on Xalan or Saxon and > am having a hard time with ANT recognizing Xalan when Saxon is in the > Ant/lib. The reason I am running both is that Xalan has a better extension > for SQL than Sa

Ant 1.7 - XSLT task and Xalan and Saxon9 issue

I'm trying to run various XSLT tasks that either rely on Xalan or Saxon and am having a hard time with ANT recognizing Xalan when Saxon is in the Ant/lib. The reason I am running both is that Xalan has a better extension for SQL than Saxon does and my other XSLT tasks all run with XSLT 2.0. H

Re: javadoc difference between ant 1.6 and ant 1.7

s message in context: http://www.nabble.com/javadoc-difference-between-ant-1.6-and-ant-1.7-tp9676623p14389057.html Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: need help understanding ant 1.7

Interesting... I've never seen pathelement used for selecting files to copy. I don't have ant installed on my Mac at home, so I couldn't play around with it, but I wonder if you should have used instead to specify the files for your task. On Dec 1, 2007 1:27 AM, Maf

need help understanding ant 1.7

I have a directory with contents: build.xml a.txt dir/b.txt The content of build.xml is: When flatten is true, all is good and the directory 'dest' is created with a.txt and b.txt. When flatten is false, I hoped to get the directory d

Re: AW: ant 1.7 java.lang.ExceptionInInitializerError

t;>Von: richardmonk [mailto:[EMAIL PROTECTED] >>Gesendet: Donnerstag, 8. November 2007 08:40 >>An: user@ant.apache.org >>Betreff: ant 1.7 java.lang.ExceptionInInitializerError >> >> >>Hi >> >>i am upgrading the whole project from ant1.5.1 to ant1.7.0 &g

AW: ant 1.7 java.lang.ExceptionInInitializerError

Could you run with "-debug" and post the stacktrace? Jan >-Ursprüngliche Nachricht- >Von: richardmonk [mailto:[EMAIL PROTECTED] >Gesendet: Donnerstag, 8. November 2007 08:40 >An: user@ant.apache.org >Betreff: ant 1.7 java.lang.ExceptionInInitializerError >

Re: ANT 1.7: ManifestClasspath How does it work??

On 11/9/07, Francis ANDRE <[EMAIL PROTECTED]> wrote: > The Ant documentation specifies for the task: > > dir: the directory to use as a basedir for the new Ant project. Defaults to > the > current project's basedir, unless inheritall has been set to false, in which > case it doesn't have a defaul

Re: ANT 1.7: ManifestClasspath How does it work??

The Ant documentation specifies for the task: dir: the directory to use as a basedir for the new Ant project. Defaults to the current project's basedir, unless inheritall has been set to false, in which case it doesn't have a default value. This will override the basedir setting of the called

Re: ANT 1.7: ManifestClasspath How does it work??

On 11/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > With the following code: > > > > > > > You're problem is likely that you don't use file names which are unambiguous. needs to compute the relative path between the jarfile, and the jars or directories listed in t

Re: ANT 1.7: ManifestClasspath How does it work??

Hi Listeners With the following code: =09 =09=09 =09 =09=09 =09=09 =09=09 =09=09 =09=09 =09=09 =09=09 =09=09 =09=09 =09 =09 I got 2 different lists if the build.xml is called locally from the =20 command prompt or from a super build.xml via Locally, the echo is

Re: ANT 1.7: ManifestClasspath How does it work??

On 11/8/07, Francis ANDRE <[EMAIL PROTECTED]> wrote: > Can somebody explain me how the ManifestClassPath is working?? I am trying to > use it for building multiple jars dependencies within an ear but I never get > the > "rigth" Class-Path in the manifest.mf. Sharing your current Ant code and show

ANT 1.7: ManifestClasspath How does it work??

Hi User's list Can somebody explain me how the ManifestClassPath is working?? I am trying to use it for building multiple jars dependencies within an ear but I never get the "rigth" Class-Path in the manifest.mf. FA - To uns

ant 1.7 java.lang.ExceptionInInitializerError

. Thanks Richard -- View this message in context: http://www.nabble.com/ant-1.7-java.lang.ExceptionInInitializerError-tf4769472.html#a13642498 Sent from the Ant - Users mailing list archive at Nabble.com

Re: junitvmwatcher error junit 4.4, ant 1.7

message in context: http://www.nabble.com/junitvmwatcher-error-junit-4.4%2C-ant-1.7-tf4536875.html#a13049311 Sent from the Ant - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

Re: junitvmwatcher error junit 4.4, ant 1.7

On 10/4/07, James Cox <[EMAIL PROTECTED]> wrote: > > I just started getting this error message today after adding websphere's > webservices.jar to my test classpath. I was using jdk 1.4 and ant 1.7. > Removing it from my classpath fixed the problem... It is most likely t

Re: junitvmwatcher error junit 4.4, ant 1.7

I just started getting this error message today after adding websphere's webservices.jar to my test classpath. I was using jdk 1.4 and ant 1.7. Removing it from my classpath fixed the problem... -- View this message in context: http://www.nabble.com/junitvmwatcher-error-junit-4.4%2C-an

Re: junitvmwatcher error junit 4.4, ant 1.7

Hi, I don’t find this problem with Ant 1.7.0 and Junit4.x on java 1.5.11 but I got similar exception when migrated to java 1.6.2. (Ant 1.7 not having full support for java 6) So, please make sure that u r using java 1.5 runtime. One more thing why are u using 1.7 beta? Ant 1.7.0 was released

RE: junitvmwatcher error junit 4.4, ant 1.7

, Ravi. -Original Message- From: Kirtane, Shobhana Vijay [mailto:[EMAIL PROTECTED] Sent: Saturday, September 29, 2007 3:24 AM To: Ant Users List Subject: RE: junitvmwatcher error junit 4.4, ant 1.7 Tried getting Ant 1.7 Beta 3, but getting same error Thanks Shobhana

RE: junitvmwatcher error junit 4.4, ant 1.7

Tried getting Ant 1.7 Beta 3, but getting same error Thanks Shobhana From: Kirtane, Shobhana Vijay Sent: Friday, September 28, 2007 2:21 PM To: 'Ant Users List' Subject: junitvmwatcher error junit 4.4, ant 1.7 Hi All, I am getting the follo

junitvmwatcher error junit 4.4, ant 1.7

/dbms_2006_1/jdbms/junitvmwatcher705893407.properties (No such file or directory) [junit] at java.io.FileInputStream.open(Native Method) [junit] at java.io.FileInputStream.(FileInputStream.java:106) I have junit 4.4 and ant 1.7 Any suggestions ? Thanks Shobhana

Re: StackOverflowError using macrodef in ant 1.7

--- Eric Dalquist <[EMAIL PROTECTED]> wrote: > I have some macrodefs that make use of other > macrodefs in a build. It > works in 1.6.5 but I get a StackOverflowError in > 1.7. I found a similar > issue in Bugzilla > http://issues.apache.org/bugzilla/show_bug.cgi?id=42640 > although I'm not >

StackOverflowError using macrodef in ant 1.7

I have some macrodefs that make use of other macrodefs in a build. It works in 1.6.5 but I get a StackOverflowError in 1.7. I found a similar issue in Bugzilla http://issues.apache.org/bugzilla/show_bug.cgi?id=42640 although I'm not sure it is exactly the same. I did attach a build.xml that dem

Re: Extending org.apache.tools.ant.types.Path in Ant 1.7

o that >> > isn't possible. >> > >> > >> > Or is there something I'm missing? >> > >> >> No--I'd call this a regression (introduced by yours >> truly). If possible, could you open a bugzilla >> report >

Re: Extending org.apache.tools.ant.types.Path in Ant 1.7

) ) , so that > > isn't possible. > > > > > > Or is there something I'm missing? > > > > No--I'd call this a regression (introduced by yours > truly). If possible, could you open a bugzilla > report > for this, and maybe we can get it

Re: Extending org.apache.tools.ant.types.Path in Ant 1.7

I'd call this a regression (introduced by yours truly). If possible, could you open a bugzilla report for this, and maybe we can get it fixed in time for Ant 1.7.1 . -Matt > > thanks > Paul > > -- > View this message in context: > http://www.nabble.com/Extendin

Extending org.apache.tools.ant.types.Path in Ant 1.7

marked as final (public final synchronized Iterator iterator() ) , so that isn't possible. Or is there something I'm missing? thanks Paul -- View this message in context: http://www.nabble.com/Extending-org.apache.tools.ant.types.Path-in-Ant-1.7-tf4133831.html#a11756872 Sent from the

Default Logging Level on is "warning" and not "info" in Ant 1.7

I've been having some problems attempting to get to be quiet when I am doing CruiseControl builds. Otherwise, I get dozens of echo lines in my output showing up as "errors". After playing around for a while, I suddenly realized in Ant 1.7 that the default logging level of the

Re: ANT 1.7 with JUNIT4.0

James Mao wrote: Hi, I just upgraded from ant 1.6 to ant 1.7, and now i also upgraded to junit 4 But i can not see the *ignored tests* in the brief formatter mode. Is it a known issue? Not so much an "issue" as a feature that could only be implemented if went to junit4 only

ANT 1.7 with JUNIT4.0

Hi, I just upgraded from ant 1.6 to ant 1.7, and now i also upgraded to junit 4 But i can not see the *ignored tests* in the brief formatter mode. Is it a known issue? Thanks, James - To unsubscribe, e-mail: [EMAIL PROTECTED

Re: Ant 1.7 build, high CPU use, possible solution

> It would be great to have an example build.xml that > shows the problem. bug 42219 -- [ I love pre-moistened towelettes ] Mike McNally -- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

Re: Ant 1.7 build, high CPU use, possible solution

> It would be great to have an example build.xml that > shows the problem. I'm going to work on that today. The problem is a very simple one however: using a large ArrayList as if it were a Set simply does not perform well :) > A number of performance problems were fixed in ant 1.7.0, so > it wou

Re: Ant 1.7 build, high CPU use, possible solution

e some performance tests with your project in our next 1.7.1 release phase ;-) Jan >-Ursprüngliche Nachricht- >Von: Matt Benson [mailto:[EMAIL PROTECTED] >Gesendet: Dienstag, 24. April 2007 00:45 >An: Ant Users List; [EMAIL PROTECTED] >Betreff: Re: Ant 1.7 build, high CPU u

AW: Ant 1.7 build, high CPU use, possible solution

multi-phase >> build) for several years. We've generally been >> pretty happy with Ant >> performance. Recently, however, we noticed that if >> we ran Ant 1.7 on >> the same build configuration the process was very >> noticeably slower, and >> inv

Re: Ant 1.7 build, high CPU use, possible solution

with Ant > performance. Recently, however, we noticed that if > we ran Ant 1.7 on > the same build configuration the process was very > noticeably slower, and > involved long (many seconds) periods of high CPU > load. Through some > poking it appeared that the task was > inc

Ant 1.7 build, high CPU use, possible solution

I've been using Ant to build a fairly large web application (about twelve thousand .class files and various other things in a multi-phase build) for several years. We've generally been pretty happy with Ant performance. Recently, however, we noticed that if we ran Ant 1.7 on the

Re: javadoc difference between ant 1.6 and ant 1.7

On 3/29/07, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: Hello Xavier, Bonjour Antoine, a -verbose shows the command line used to start javadoc. At least this is what I expect. Not sure to understand. Steve asked 'what does a -verbose log say?' and as answer I attached the verbose log

Re: javadoc difference between ant 1.6 and ant 1.7

Hello Xavier, a -verbose shows the command line used to start javadoc. At least this is what I expect. Antoine > > > Bug #41958 > > what does a -verbose run say? > > -

Re: javadoc difference between ant 1.6 and ant 1.7

On 3/27/07, Steve Loughran <[EMAIL PROTECTED]> wrote: Xavier Hanin wrote: > Hi, > > I'm currently testing ant 1.7 and I run into an issue with the javadoc > task. > > The following snippet: > > > > > Works with windows

Re: javadoc difference between ant 1.6 and ant 1.7

Xavier Hanin wrote: Hi, I'm currently testing ant 1.7 and I run into an issue with the javadoc task. The following snippet: Works with windows vista + jdk 1.6 + ant 1.6.5, but fails with windows vista + jdk 1.6 + ant 1.7.0: Javadoc failed: java.io.IOExce

RE: javadoc difference between ant 1.6 and ant 1.7

ginal Message Follows From: "Xavier Hanin" <[EMAIL PROTECTED]> Reply-To: "Ant Users List" To: user@ant.apache.org Subject: javadoc difference between ant 1.6 and ant 1.7 Date: Mon, 26 Mar 2007 18:27:19 +0200 Hi, I'm currently testing ant 1.7 and I run into

javadoc difference between ant 1.6 and ant 1.7

Hi, I'm currently testing ant 1.7 and I run into an issue with the javadoc task. The following snippet: Works with windows vista + jdk 1.6 + ant 1.6.5, but fails with windows vista + jdk 1.6 + ant 1.7.0: Javadoc failed: java.io.IOException: Cannot run progr

Re: Ant 1.7 MacroDef documentaton marked BETA

gt; wrote: > The MacroDef documentation for ANT 1.7 is marked > BETA. > > Is the MacroDef functionality really beta? It has > been available since Ant > 1.6. > > Michael Giroux > Don

Ant 1.7 MacroDef documentaton marked BETA

The MacroDef documentation for ANT 1.7 is marked BETA. Is the MacroDef functionality really beta? It has been available since Ant 1.6. Michael Giroux

RE: SQL file in Ant 1.7

-Original Message- From: Karl Heinz Marbaise [mailto:[EMAIL PROTECTED] Sent: Thursday, February 22, 2007 12:02 PM To: Ant Users List Subject: Re: SQL file in Ant 1.7 Importance: Low Hello, > As far as I can see, when this target is being executed, it gives me messages > s

Re: SQL file in Ant 1.7

Hello, > As far as I can see, when this target is being executed, it gives me messages > such as: > " > 100 SQL statements executed successfully > But does it mean all the SQLs also have been compiled successfully ? First the SQL file will not be compiled. Second this means the all statem

SQL file in Ant 1.7

Here is a target I created to execute some sql files in Ant 1.7 " ". As far as I can see, when this target is being executed, it gives me messages such as: " 100 SQL statements executed successfu

Re: Issues with ANT 1.7 and Linux???

On 2/16/07, James Abley <[EMAIL PROTECTED]> wrote: Sorry, I thought Antoine had answered this, but just to be explicit: Paths are (always in my experience with the filesystems I've used) case-sensitive under Linux. Have you tried: ls -l /home/scm/CC_BUILD/projects/RSA/build.properties [EMAIL

Re: Issues with ANT 1.7 and Linux???

Steve, thanks for the reply. On 2/16/07, Steve Loughran <[EMAIL PROTECTED]> wrote: Andrew Close wrote: > so when i run ANT in debug mode i see the following: > > [property] Loading /home/scm/CC_BUILD/projects/RSA/build.properties > [property] Unable to find property file: > /home/scm/CC_BUILD/

Re: Issues with ANT 1.7 and Linux???

Sorry, I thought Antoine had answered this, but just to be explicit: Paths are (always in my experience with the filesystems I've used) case-sensitive under Linux. Have you tried: ls -l /home/scm/CC_BUILD/projects/RSA/build.properties and ls -l /home/scm/CC_Build/projects/RSA/build.properti

Re: Issues with ANT 1.7 and Linux???

Andrew Close wrote: so when i run ANT in debug mode i see the following: [property] Loading /home/scm/CC_BUILD/projects/RSA/build.properties [property] Unable to find property file: /home/scm/CC_BUILD/projects/RSA/build.properties obviously ANT was able to translate the ${dev.root} property co

Re: Issues with ANT 1.7 and Linux???

On 2/15/07, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: From your log file, may be your property file should be loaded from > /home/scm/CC_Build/projects/RSA/build.properties not from > /home/scm/CC_BUILD/projects/RSA/build.properties Best regards, Antoine, thanks for your reply. the

Re: Issues with ANT 1.7 and Linux???

searched the archive but couldn't find quite the same situation mentioned that i'm in, so i figured i'd ask here. :) we do our development on WinXP SP2 using jdk 1.4.2_06. i've written new build scripts for our project using ANT 1.7. everything works fine in our development

Issues with ANT 1.7 and Linux???

hi all, i did a bit of Googling and searched the archive but couldn't find quite the same situation mentioned that i'm in, so i figured i'd ask here. :) we do our development on WinXP SP2 using jdk 1.4.2_06. i've written new build scripts for our project using ANT 1.7. e

Re: Ant 1.7 and JDepend

On 2/8/07, THARP, JOSHUA L, TCORP <[EMAIL PROTECTED]> wrote: Does anyone know if the same methods for adding junit.jar to the classpath are true for JDepend using ANT 1.7? No, it is not yet implemented. Peter I've tried adding a jdepend-2.9.jar classpath entry to invocation of

Ant 1.7 and JDepend

Does anyone know if the same methods for adding junit.jar to the classpath are true for JDepend using ANT 1.7? I've tried adding a jdepend-2.9.jar classpath entry to invocation of the jdepend task, but get the standard, "failed to create task or type jdepend," message. Here&#

Ant 1.7: Problem in windows when path to ant contains spaces

Hello I'm not sure if this is the correct place, but here goes: I've updated from Ant 1.6 to 1.7 using the binary distribution at ant.apache.org. But when I try to run the new version it returns an exception before reading my build file: java.lang.ClassNotFoundException: org.apache.tools.ant.M

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Rebo, Alex wrote: Indeed. O'Reilly's "Ant" is a good reference (except contrib, which was intentionally omitted; not clear "why", however; it deserved an "honorable mention" at least). And supplements manual (that tells a lot about the manual itself: if you need 300 extra pages to explain

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Hi, the xslt task also works with resources to some extent. It should be able to process a set of XML files nested in a zip as input, using a stylesheet which is also nested in a jar or available on an http server as a transformation. Antoine On Jan 17, 2007, at 1:03 PM, Matt Benson wrote

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Use the uri attribute of (type/task)def, for example: p is @{p} In ant 1.7.0, one can drop the resource, for example: peter Thank you once again, Peter. Would it be beneficial to specify xmlns:ac="ant

Fwd: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

-- Forwarded message -- From: Peter Reilly <[EMAIL PROTECTED]> Date: Jan 17, 2007 6:55 PM Subject: Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib) To: "Rebo, Alex" <[EMAIL PROTECTED]> On 1/17/07, Rebo, Alex <[EMAIL PROTECTED]> wrote: So man

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

(per installation instructions): ? -Original Message- From: Peter Reilly [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 17, 2007 12:18 To: Ant Users List Subject: Re: Invoking a target (Ant 1.7) in a loop (A

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

> 1. it's resource aware,but only file resources work; Should I use this as a blessing to go ahead with The BIG Loop? Look, Steve, at this point ( just started with Ant) I can't express an educated opinion and parasiting on other's source. > > Well, I already expressed my concerns regarding "

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

I haven't been following this discussion too closely, but I saw resources and my name... ;) --- Steve Loughran <[EMAIL PROTECTED]> wrote: > Rebo, Alex wrote: > >> well, I dont think you need to do any big loops > or iteration. You can do > >> a bulk verify too, using verifyproperty=true > > >

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

However as Steve says, most ant tasks are meant to work on filesets/paths, and normally would have built-in iterator/dependence checking, so in general and if possible one should see it that tasks themselves can be used to to the iteration. Peter Do you think it's worse the effort, Stev

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Rebo, Alex wrote: well, I dont think you need to do any big loops or iteration. You can do a bulk verify too, using verifyproperty=true The BIG loop was brought in because it is not clear whether > > will failfast after the first unsuccessfull iteration. Interesting point. (pau

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

clear how to stop verifying immediately after the first failed check. How would you handle the situation? > yes, it gets detailed coverage in both the Ant 1.7 manuals and in the > forthcoming Ant in Action :) Well, I already expressed my concerns regarding "Working with Resources&quo

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

o put macrodefs in place of a target, I might try to "unload" the body of the loop. Do you think it's worse the effort, Steve? well, I dont think you need to do any big loops or iteration. You can do a bulk verify too, using verifyproperty=true PS.: Could you, please, elaborate on

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

e a target. Per Dominique's suggestion I replaced "foreach" with "for" thus loosing the ability to call a target within loops body. If I can figure out how to put macrodefs in place of a target, I might try to "unload" the body of the loop. Do you think it's w

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

o ask an even sillier question. why not just hand the entire fileset to ? No macros, no iteration; ant does the bulk work with depdnency logic. See example 7 and 8 in the checksum page in teh manual. Remember: most Ant tasks are designed to work in bulk, with filesets or paths as param

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

PROTECTED] Sent: Tuesday, January 16, 2007 15:15 To: Ant Users List Subject: Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib) Just curious, but why not make computeCheckSum a macrodef instead of a target? Does it ever "stand on its own" or is it sorta a functional unit to be called

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Don't know much about macrodef, but will give it a try. Thanks for the hint! -Original Message- From: Scot P. Floess [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 15:15 To: Ant Users List Subject: Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib) Just curious, bu

RE: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Looks like it works indeed!! Thank you, Dominique! -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 16, 2007 15:28 To: Ant Users List Subject: Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib) > Looks like it's calling it

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Looks like it's calling itself via [antcall]. Is suppose to do that when target is invoked in a loop? Yes. The newer/faster/better task (from Ant-Contrib as well) does not use , OTOH. Instead of always computing the checksum, you could also use (from Ant-Contrib still), to only update the sum

Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Just curious, but why not make computeCheckSum a macrodef instead of a target? Does it ever "stand on its own" or is it sorta a functional unit to be called? By that, I mean do you ever execute ant using that as a target or is it a utility type thing? Rebo, Alex wrote: Hello! In attempt t

Invoking a target (Ant 1.7) in a loop (Ant-Contrib)

Hello! In attempt to compute checksums for all files in a directory I wrote this: . Created checksum file for ${fileToWorkOn}. OK. It's, probably, the worst Ant you ever seen. (BTW, any comments on

Re: AW: ant 1.7

Res Pons wrote: I'm happy but would be much happier with an .exe or .msi :) We call them IDEs :) Actually, if you want to do an installer, you are welcome to come and help us get the MSI right. Which includes setting up the test framework in which -do an install and uninstall and verify t

Re: please update the next release of Ant 1.7 to Xerces 2.9.0

Jacob Kjome wrote: >>> Incidentally, does xerces now depend on this serializer.jar? That is, >>> does it need to be included in the distro? Or are its classes merged >>> into xerces and xalan? These are the kind of thing we need to understand >>> before we ship >>> >> >> No, there's no

RE: AW: ant 1.7

I'm happy but would be much happier with an .exe or .msi :) Thanks for the explanation and happy holidays :) Original Message Follows From: <[EMAIL PROTECTED]> Reply-To: "Ant Users List" To: Subject: AW: ant 1.7 Date: Fri, 22 Dec 2006 09:20:55 +0100 > > I

AW: ant 1.7

> > I downloaded the ant.zip file (didn't see any .exe for >windows xp) We never had an installer - neither for Windows nor for other platforms. Just unzip ant.zip and be happy. Setting environment variable are for easier use only ;-) There is a "msi" target in our buildfile which should produc

Re: ant 1.7

Great, thank you for the explanation and your help. Original Message Follows From: "Antoine Levy-Lambert" <[EMAIL PROTECTED]> Reply-To: "Ant Users List" To: "Ant Users List" Subject: Re: ant 1.7 Date: Thu, 21 Dec 2006 23:27:00 +0100 Hello, the pom

Re: ant 1.7

Datum: Thu, 21 Dec 2006 11:51:11 -0800 Von: "Res Pons" <[EMAIL PROTECTED]> An: user@ant.apache.org Betreff: ant 1.7 > I downloaded the ant.zip file (didn't see any .exe for windows xp) and > unzipped it to my c: drive. could someone please tell me what are all > thes

ant 1.7

I downloaded the ant.zip file (didn't see any .exe for windows xp) and unzipped it to my c: drive. could someone please tell me what are all these .pom .md5 and .sha1 files are. Do they serve any purpose in the windown's environment? Can I delete them to save space? They make glancing the jar

Re: please update the next release of Ant 1.7 to Xerces 2.9.0

At 04:14 AM 12/21/2006, you wrote: >Jacob Kjome wrote: >> Quoting Steve Loughran <[EMAIL PROTECTED]>: > >We've just upgraded in SVN_HEAD, BTW. Excellent! Thanks :-) > > >> >>> Incidentally, does xerces now depend on this serializer.jar? That is, >>> does it need to be included in the distro? Or

Re: please update the next release of Ant 1.7 to Xerces 2.9.0

Jacob Kjome wrote: Quoting Steve Loughran <[EMAIL PROTECTED]>: Jacob Kjome wrote: Since this missed the 1.7.0 release, here's a friendly reminder to put it on the agenda for the 1.7.1 release. I'm a little curious why this didn't make it? It fixed a lot of bugs and finally included a proper

  1   2   >