DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22865.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
I have updated ANT from main branch and now I have to add
taskdef name=scriptdef
classname=org.apache.tools.ant.taskdefs.optional.script.ScriptDef/
in order to use scriptdef task. But the taskdef generates Trying to
override old definition of datatype scriptdef warning. What can be
Hello,
I have updated ANT from main branch and now I have to add
taskdef name=scriptdef
classname=org.apache.tools.ant.taskdefs.optional.script.ScriptDef/
in order to use scriptdef task. But the taskdef generates Trying to
override old definition of datatype scriptdef warning. What can be
Hi!
Your message has been received, but it hasn't been delivered to me yet. Since I
don't have any record of your sending me mail from this address before, I need
to verify that you're not a spammer. Please just hit 'Reply' and send this
message back to me, and your previous message will be
-Original Message-
From: David Duncan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 9:43 AM
To: [EMAIL PROTECTED]
Subject: Verify [EMAIL PROTECTED] for [EMAIL PROTECTED]
Hi!
Your message has been received, but it hasn't been delivered to me yet.
Since I don't have any
Dominique Devienne wrote:
As I've been saying all along, lets just introduce a new (unique) notion
for attribute/variable expansion (at use time rather than definition
time), which
is something new in Ant anyhow. No (or less?) backward compatibility
issues, and makes it plain and obvious
There is a starteam task that has been deprecated, since 1.4.x, in favor of
stcheckout. What is our policy on getting rid of these deprecated methods?
1.6 certainly feels like the right time to do this to me. I don't think I've
had a single support request for this antiquated task, which at
Optional and core tasks are available by standard.
Ant uses the org/apache/tools/ant/taskdefs/default.properties in
%ant.home%/lib/ant.jar for taskdefing these tasks.
You dont have to taskdef that task, because this task is defined
near line 196
I want to introcude some shortcuts. How about that:
present:
-quiet, -q be extra quiet
-verbose, -v be extra verbose
-logfile fileuse given file for log
-l file''
-buildfile file use given buildfile
-filefile ''
-f
On Tue, 2 Sep 2003, James Carpenter [EMAIL PROTECTED] wrote:
To subscribe to the user list I sent the usual empty email to
[EMAIL PROTECTED] but never received the confirmation
message.
This should work. Apache's mail servers are under heavy load because
of Sobig.F (and even more so because
On Tue, 2 Sep 2003, Steve Cohen [EMAIL PROTECTED] wrote:
What is our policy on getting rid of these deprecated methods?
So far it has been Do nothing, keep the deprecated stuff forever.
Stefan
-
To unsubscribe, e-mail: [EMAIL
On Wed, 3 Sep 2003 03:55 pm, [EMAIL PROTECTED] wrote:
I want to introcude some shortcuts. How about that:
I think each option should have a full work version and optionally a single
letter shortcut. I don't like the abbreviations.
Conor
On Wed, 3 Sep 2003 03:55 pm, [EMAIL PROTECTED] wrote:
I want to introcude some shortcuts. How about that:
I think each option should have a full work version and
optionally a single
letter shortcut. I don't like the abbreviations.
Conor
Some suggestions for
-logfile-- already
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-09-03/test-ant.html
Build results exceed maximum length.
Please see URL above for details.
Last 50
Which one? There failed more than one:
Testsuite: org.apache.tools.ant.taskdefs.ExecTaskTest
Testcase: testspawn(org.apache.tools.ant.taskdefs.ExecTaskTest):
FAILED
log file found after spawn
...
at
org.apache.tools.ant.taskdefs.ExecTaskTest.testspawn(ExecTaskTest.java:134)
Testsuite:
On Wed, 3 Sep 2003 04:57 pm, [EMAIL PROTECTED] wrote:
On Wed, 3 Sep 2003 03:55 pm, [EMAIL PROTECTED] wrote:
I want to introcude some shortcuts. How about that:
I think each option should have a full work version and
optionally a single
letter shortcut. I don't like the abbreviations.
I don't really see a need to abbreviate those options. You're
going to be
typing in a classname anyway so no big savings.
yep, sounds right.
I would add -p for -projecthelp because it is a common operation
-version is not a common operation so no need for an
abbreviation. Likewise
bodewig 2003/09/03 00:58:04
Modified:docs/manual install.html
Log:
Use valid URLs even in the text links, some people use copy'n'paste instead
of clicking links
Revision ChangesPath
1.59 +19 -19ant/docs/manual/install.html
Index: install.html
bodewig 2003/09/03 01:02:13
Modified:docs/manual Tag: ANT_15_BRANCH install.html
Log:
Use valid URLs even in the text links, some people use copy'n'paste instead
of clicking links
Revision ChangesPath
No revision
No revision
bodewig 2003/09/03 01:37:56
Added: src/etc/testcases/taskdefs toplevelant.xml
toplevelantcall.xml toplevelsubant.xml
Log:
Examples of infinite loops, PR 22759
Revision ChangesPath
1.1
bodewig 2003/09/03 03:01:30
Modified:.build.xml
Log:
StyleTest seems to require a TraX implementation
Revision ChangesPath
1.392 +2 -0 ant/build.xml
Index: build.xml
===
RCS file:
bodewig 2003/09/03 03:03:47
Modified:.WHATSNEW
docs/manual using.html
docs/manual/CoreTasks ant.html antcall.html subant.html
src/main/org/apache/tools/ant/taskdefs Ant.java SubAnt.java
Added:
Some of the optional tasks will appear not to be
present if their required 3'rd party jars are
not present. In scriptdef's case, the jar needed
is bsf.jar (from jakarta http://jakarta.apache.org/bsf/ for 1.6) and it
should be in the same classloader as optional.jar (easiest is to place the
jars
On 3 Sep 2003, [EMAIL PROTECTED] wrote:
Throw an exception instead of looping forever in top-level *ant*
task.
does import need the same treatment? What happens if a build file
tries to import itself?
Stefan
-
To
Additional -h for -help?
I will do that.
You know if you use -h you do get help :-) Just joking.
Conor
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
And tomorrow not as error :-)
Jan
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 11:56 AM
To: Ant Developers List
Subject: Re: Request: ant -projecthelp is way too complicated!
Additional -h for -help?
I will do that.
Import checks if the file has already been
imported:
So importing the current build file would import it
once.
The following import.xml:
project
echoHello World/echo
import file=import.xml/
/project
Using ant -f import.xml prints out Hello World twice.
Note that one can still cause
Hmm, since we're cutting the umbilical cord to java 1.1 with ant 1.6, might it
not be time to revisit this policy?
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Wed 9/3/2003 1:46 AM
To: [EMAIL PROTECTED]
Cc:
Subject:Re: Ant deprecated tasks
On Wed, 3 Sep 2003, peter reilly [EMAIL PROTECTED] wrote:
Note that one can still cause infinite loops with
antcall:
project default=x
target name=x
antcall target=y/
/target
target name=y
antcall target=x/
/target
/project
True, but there are too many cases where
On Wed, 3 Sep 2003 08:42 pm, Stefan Bodewig wrote:
On 3 Sep 2003, [EMAIL PROTECTED] wrote:
Throw an exception instead of looping forever in top-level *ant*
task.
does import need the same treatment? What happens if a build file
tries to import itself?
I think it is handled - should
Sorry for any disturbance, I didn't subscribe to this list and have now
unsubscribed. - David
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
You can see the patch I submitted here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=20578
-Original Message-
From: Ken Gentle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2003 3:27 PM
To: Ant Developers List
Subject: RE: Timestamp attribute processing
At 02:52 PM
peterreilly2003/09/03 06:54:16
Modified:.WHATSNEW
Log:
Describe incompatable change introduced with
enablemultiplemapping mode for copy and move.
Revision ChangesPath
1.494 +4 -0 ant/WHATSNEW
Index: WHATSNEW
jhm 2003/09/03 07:19:07
Modified:.WHATSNEW
Log:
New shortcuts for ant options:
-d -- -debug
-e -- -emacs
-h -- -help
-p -- -projecthelp
-s -- -find
Revision ChangesPath
1.495 +4 -1 ant/WHATSNEW
Index: WHATSNEW
jhm 2003/09/03 07:19:07
Modified:src/main/org/apache/tools/ant Main.java
Log:
New shortcuts for ant options:
-d -- -debug
-e -- -emacs
-h -- -help
-p -- -projecthelp
-s -- -find
Revision ChangesPath
1.93 +12 -12
could you please also update docs/manual/running.html?
Thanks
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Modified:src/main/org/apache/tools/ant Main.java
Log:
New shortcuts for ant options:
-d -- -debug
-e -- -emacs
-h -- -help
-p -- -projecthelp
-s -- -find
What about a -H for
jhm 2003/09/03 08:22:10
Modified:.WHATSNEW
Log:
Let Project.toBoolean(String) handle null as argument.
Revision ChangesPath
1.496 +4 -1 ant/WHATSNEW
Index: WHATSNEW
===
RCS
jhm 2003/09/03 08:22:10
Modified:src/main/org/apache/tools/ant Project.java
Log:
Let Project.toBoolean(String) handle null as argument.
Revision ChangesPath
1.152 +5 -6 ant/src/main/org/apache/tools/ant/Project.java
Index: Project.java
Yes, the failure of the exec test might be a timing issue, the testcase
contains a hard-coded maximum time to start a small shell script. I am going
to increase this time.
Cheers, Antoine
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
As I've been saying all along, lets just introduce a new (unique) notion
for attribute/variable expansion (at use time rather than definition
time), which
is something new in Ant anyhow. No (or less?) backward
I saw somewhere that Rhino is required for script task, but it actually
requires BSF. I do not use Rhino, but Jython. Maybe this is the reason.
- Alexey.
--
{ http://trelony.cjb.net/ } Alexey N. Solofnenko
Pleasant Hill, CA (GMT-8 usually)
peter reilly wrote:
Some of the optional tasks will
Conor MacNeill wrote:
I don't really see a need to abbreviate those options. You're going to be
typing in a classname anyway so no big savings.
I would add -p for -projecthelp because it is a common operation
+1 for an abbreviation for this; -ph is ok with me
-version is not a common operation
Steve Cohen wrote:
Hmm, since we're cutting the umbilical cord to java 1.1 with ant 1.6, might it
not be time to revisit this policy?
It makes more sense for optional tasks, especially given the big diff
between the old ST task and the new ones
Costin Manolache wrote:
Dominique Devienne wrote:
As I've been saying all along, lets just introduce a new (unique) notion
for attribute/variable expansion (at use time rather than definition
time), which
is something new in Ant anyhow. No (or less?) backward compatibility
issues, and makes it
ANT lists a lot of reasons why it cannot instantiate the task (standard
problem report). It would be better if it reported an exception.
- Alexey.
Stefan Bodewig wrote:
On Tue, 02 Sep 2003, Alexey N. Solofnenko [EMAIL PROTECTED] wrote:
I have updated ANT from main branch and now I have to add
jhm 2003/09/03 09:47:18
Modified:src/main/org/apache/tools/ant/taskdefs Execute.java
ExecuteJava.java ExecuteOn.java Exit.java
Input.java
Log:
Checkstyle
Revision ChangesPath
1.65 +4 -2
I've been thinking about the .net tasks and the tricks we had to do with
mono support
the underlying problem was that because the task was always explicitly
importing lots of stuff from the .net framework, the defaultreferences
attribute was overloaded.
But it turns out that the MS CSC
Consider the following build file:
?xml version=1.0 encoding=UTF-8?
project name=test default=test
target name=test
antcall target=echotarget/
replace
file = build.xml
token = amp;lt;TEST MESSAGEamp;gt;
value = amp;lt;test messageamp;gt;
/
antcall
Alexey N. Solofnenko wrote:
ANT lists a lot of reasons why it cannot instantiate the task (standard
problem report). It would be better if it reported an exception.
Ant lists a lot of reasons because they are the underlying causes of
most instantiation problems, and when we didnt do that we got
Is it possible to add '-explain' option to see the real reason why a
task cannot be instantiated?
- Alexey.
--
{ http://trelony.cjb.net/ } Alexey N. Solofnenko
Pleasant Hill, CA (GMT-8 usually)
Steve Loughran wrote:
Alexey N. Solofnenko wrote:
ANT lists a lot of reasons why it cannot
51 matches
Mail list logo