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
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 marc.wi...@sap.com wrote:
Marc:
http://www.docjar.com/docs/api/org/apache/tools/ant/UnknownElement.htmlUnknownElement
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 always
}
include name=*.zip/
/fileset
/unzip
/target
--
View this message in context:
http://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24413339.html
Sent from the Ant - Users mailing list archive
\setup3.properties
How is the overwrite attribute suppose to work if this syntax is correct?
--
View this 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
to include the patternset to exclude the files from being
deleted what use is even establishing the overwrite attribute?
--
View this message in context:
http://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24396002.html
Sent from the Ant
is correct?
--
View this 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
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 the Ant - Users mailing list archive at Nabble.com
://www.nabble.com/Ant-1.7%3A--unzip-with-overwrite-set-to-%27false%27-is-overwriting-files-tp24393106p24396800.html
Sent from the Ant - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: user-unsubscr
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 need to change
support the nested attachments element.
Is the mail task just broken under ant 1.7 ?
thanks if you can help
laurent
--
a href=http://in-pocket.blogspot.com;http://in-pocket.blogspot.com
- Mobile world, technology and more
Hi All
I am seeking help from you guys for my below problem.
I have following classes :
Class TestAntError
public class TestANtError {
final protectedK extends SetDS?, ? void add(final K setDS) throws
Exception {
//synchronized final
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 which
case where I'm happy to be embarrassed.
On Wed, Dec 17, 2008 at 8:41 PM, Mitch Gitman mgit...@gmail.com 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
} /
/target
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
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 Saxon
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.
}/
/javadoc
--
View this 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
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 patternset instead to specify the files for
your copy task.
patternset id=filesToCopy
includes
I have a directory with contents:
build.xml
a.txt
dir/b.txt
The content of build.xml is:
project name=testant basedir=. default=testcopy
path id=filesToCopy
pathelement location=a.txt /
pathelement location=dir/b.txt /
/path
target name=testcopy
copy todir=dest flatten=true
Betreff: ant 1.7 java.lang.ExceptionInInitializerError
Hi
i am upgrading the whole project from ant1.5.1 to ant1.7.0
it gave error build_config.xml:151:
java.lang.ExceptionInInitializerError
the line 151 of that xml is a uptodate task. Any idea why i
got the error?
Please kindly help.
Your reply
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
Hi
i am upgrading the whole project
Hi Listeners
With the following code:
manifestclasspath property=3Djar.classpath jarfile=3DBlogJDO_EJBClient.=
jar
classpath
=09filelist
=09=09file name=3Dconnector_1_5_0.jar/
=09 file name=3Dejb_2_0.jar/
=09=09file name=3Djaas_1_0_0.jar/
=09=09file name=3Djdbc_2_0-stdext.jar/
On 11/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
With the following code:
manifestclasspath property=jar.classpath jarfile=BlogJDO_EJBClient.jar
classpath
filelist
file name=connector_1_5_0.jar/
/filelist
/classpath
/manifestclasspath
You're problem is likely that
The Ant documentation specifies for the ant 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
On 11/9/07, Francis ANDRE [EMAIL PROTECTED] wrote:
The Ant documentation specifies for the ant 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
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 showing
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.
-
To unsubscribe, e
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 that the webservices.jar has
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-ant-1.7
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 commands, e
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
,
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
/dbms_2006_1/jdbms/junitvmwatcher705893407.properties (No
such file or directory)
[junit] at java.io.FileInputStream.open(Native Method)
[junit] at
java.io.FileInputStream.init(FileInputStream.java:106)
I have junit 4.4 and ant 1.7
Any suggestions ?
Thanks
Shobhana
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 following error
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
--- 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
sure it
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/Extending-org.apache.tools.ant.types.Path-in-Ant-1.7-tf4133831.html#a11756872
Sent from the Ant - Users mailing list
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 Ant - Users mailing list archive at
Nabble.com.
--
View this message in context:
http://www.nabble.com/Extending
(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 Ant - Users mailing list
we can get it fixed in time for
Ant 1.7.1 .
-Matt
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 Ant - Users mailing list archive at
Nabble.com
I've been having some problems attempting to get echo 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 echo task is set
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
junit went to junit4 only, which
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
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 use, possible solution
--- Mike
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 would
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,
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 same build
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 copy task was
incurring the load, which
seemed odd.
So today I ran a build with JMP
And Mike,
I invite you to make 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
Hello Xavier,
a -verbose shows the command line used to start javadoc. At least this
is what I expect.
Antoine
Bug #41958 http://issues.apache.org/bugzilla/show_bug.cgi?id=41958
what does a -verbose run say?
-
To
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
Xavier Hanin wrote:
Hi,
I'm currently testing ant 1.7 and I run into an issue with the javadoc
task.
The following snippet:
javadoc destdir=${javadoc.build.dir}
fileset dir=${src.dir}/
/javadoc
Works with windows vista + jdk 1.6 + ant 1.6.5, but fails with windows
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:
javadoc destdir=${javadoc.build.dir}
fileset dir=${src.dir}/
/javadoc
Works
Hi,
I'm currently testing ant 1.7 and I run into an issue with the javadoc task.
The following snippet:
javadoc destdir=${javadoc.build.dir}
fileset dir=${src.dir}/
/javadoc
Works with windows vista + jdk 1.6 + ant 1.6.5, but fails with windows vista
+ jdk 1.6 + ant
}
fileset dir=${src.dir}/
/javadoc
Original Message Follows
From: Xavier Hanin [EMAIL PROTECTED]
Reply-To: Ant Users List user@ant.apache.org
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
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
for ANT 1.7 is marked
BETA.
Is the MacroDef functionality really beta? It has
been available since Ant
1.6.
Michael Giroux
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http
Here is a target I created to execute some sql files in Ant 1.7
target ...
sql driver=${oracle.driver}
url=${oracle.url}
userid=${oracle.user}
password=${oracle.pwd}
keepformat=true
path
fileset dir
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 statements
-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
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
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
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
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:
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
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. everything works
fine
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. everything works
fine in our development environment; however
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's my task. I did
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 the jdepend task
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:
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 the
or
paths as params. In Ant 1.7, many support resources, which provides you
even more ways to source data.
-Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
?
PS.: Could you, please, elaborate on In Ant 1.7, many support resources,
which provides you
even more ways to source data.?
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 17, 2007 06:02
To: Ant Users List
Subject: Re: Invoking a target (Ant 1.7
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 In Ant 1.7, many support resources,
which provides you
even more ways to source data
.
While checksum does NOT allow fail inside, it is not clear
how to stop verifying checksum 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
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
checksum ...
fileset refid=someFileSet /
/checksum
will failfast after the first
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, Steve?
PS.: Could you, please, elaborate on In Ant 1.7, many support resources,
which provides you
even more ways to source data.?
-Original Message-
From: Steve Loughran
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
The BIG
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
PROTECTED]
Sent: Wednesday, January 17, 2007 12:18
To: Ant Users List
Subject: Re: Invoking a target (Ant 1.7) in a loop (Ant-Contrib)
On 1/17/07, Rebo, Alex [EMAIL PROTECTED] wrote:
Thank you, Steve!
The idea was to unload the heavy construct such as:
target name=selfCheck
-- 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 many thanks, Peter!
One smart Q, however
Use the uri attribute of (type/task)def, for example:
typedef uri=antlib:net.sf.antcontrib
resource=net/sf/antcontrib/antlib.xml
classpath
fileset dir=${basedir}/lib/ant/ant-contrib includes=*.jar/
/classpath
/typedef
ac:for xmlns:ac=antlib:net.sf.antcontrib
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
Hello!
In attempt to compute checksums for all files in a directory I wrote this:
fileset id=myLibs dir=${extention}
include name=*.jar/
/fileset
.
target name=thisTargetName
foreach target=computeCheckSum param=fileToWorkOn
inheritall=true
path
fileset
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 to
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 for task (from Ant-Contrib as well)
does not use antcall, OTOH. Instead of always computing the
checksum, you could also use outofdate (from Ant-Contrib still), to
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 itself via
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, but why
: 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? By that, I mean do you ever
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 produce a
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 user@ant.apache.org
To: user@ant.apache.org
Subject: AW: ant 1.7
Date: Fri, 22 Dec 2006 09:20:55 +0100
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
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 are its classes
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
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
these
.pom .md5 and .sha1 files are. Do
Great, thank you for the explanation and your help.
Original Message Follows
From: Antoine Levy-Lambert [EMAIL PROTECTED]
Reply-To: Ant Users List user@ant.apache.org
To: Ant Users List user@ant.apache.org
Subject: Re: ant 1.7
Date: Thu, 21 Dec 2006 23:27:00 +0100
Hello,
the pom files
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
official release of xml-commons-external
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
official
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 official release of xml-commons-external (xml-apis-1.3.04.jar)
and included much
1 - 100 of 135 matches
Mail list logo