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=24419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 04 Nov 2003, Steve Loughran [EMAIL PROTECTED] wrote:
Here is the offending page from Brent's book.
I stumbled over it yesterday[1] - the snippet you post - here
http://www.dotnetguru.org/articles/pdc2003/pdc2003v2.htm.
As I don't speak french I've been unable to understand the context -
stevel 2003/11/05 00:22:36
Added: docs/manual/OptionalTasks Tag: ANT_16_BRANCH vbc.html
Log:
forgot to port from the CVS_HEAD.
Revision ChangesPath
No revision
No revision
1.1.2.1 +0 -0
On Tue, 04 Nov 2003, Steve Loughran [EMAIL PROTECTED] wrote:
Being in the depths of a C++ project, with some .NET on the fringes,
I am deeply aware of how badly vs.net needs something like ant/nant,
NAnt's CVS version is supposed to be able to parse .sln files, don't
knoiw whether that would
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=24431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24436.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I have this weird situation with W2K and Ant 1.6 beta 2. I set the
environment with one script, and I get an any that ignores all commandline
parameters. I use another, and it works. Both scripts only set some
CLASSPATH and/or PATH variables, neither do anything (directly) with ant.
See this how
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=24411.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24411.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm having troubles figuring out how to include empty directories in the
WAR task (and others for that matter). I liked the functionality that
DirSet provides, but this task is not supported as a subtask to WAR, so
I'm guessing that I'm left with FileSet, and I have been unable to
figure out how
On Wed, 5 Nov 2003, Jeremy Nix [EMAIL PROTECTED] wrote:
I'm having troubles figuring out how to include empty directories in
the WAR task (and others for that matter).
There have been problems with this in prior versions, so make sure you
are at least using Ant 1.5.3 before going any further.
In beta1, the following worked:
myns:mytask
myns:mytype /
/myns:mytask
In beta2, I get an error to the effect that mytask
does not support nested mytype. If I remove the
namespace from mytype, it works. Is this the intended
behavior, or should it work (as I would expect in my
limited
Commiters, What do you think? Can we get this in before Ant 1.6 is released?
Thanks,
-Rob Anderson
-Original Message-
From: Anderson, Robert H - MWT
Sent: Tuesday, November 04, 2003 11:19 AM
To: 'Ant Users List'; '[EMAIL PROTECTED]'
Cc: [DL] MLG_Web_Master; [DL] MLG_Java_Team
Subject:
On Wed, 5 Nov 2003, Matt Benson [EMAIL PROTECTED] wrote:
It may be nice to point out somewhere in these tasks'
propaganda that the tasks they define can be largely
interchangeable in invocation.
Very nice example. Can you put it on either tasks Wiki?
Stefan
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=24419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sorry to have taken so long for me to answer this message but I am
quite busy at work and haven't had the time.
I would like to give some of my perspective on the issue of
macrodef/ and local/.
My first comment is that I really believe these two features should
be kept apart. I do not think
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=24431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Done.
-Matt
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Wed, 5 Nov 2003, Matt Benson
[EMAIL PROTECTED] wrote:
It may be nice to point out somewhere in these
tasks'
propaganda that the tasks they define can be
largely
interchangeable in invocation.
Very nice example. Can you
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=24431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 5 Nov 2003, Jeremy Nix [EMAIL PROTECTED] wrote:
include name=emptydir/**/
Does not match emptydir itself.
If you add include name=emptydir/, does it work?
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
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=24431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
No, it doesn't work.
_
Jeremy Nix
Southwest Financial Services, LTD.
[EMAIL PROTECTED]
(513) 621-6699 ext.1158
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 11:52 AM
To: [EMAIL PROTECTED]
Subject:
This makes a lot of sense to me, especially given your willingness to
consider a different notation (very important, IMHO). To me, a macro IS
a textual substitution, and anything that leaves things in an undefined
or difficult-to-explain middle state is asking for trouble. They're
different
On Wednesday 05 November 2003 16:26, Dominique Devienne wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On Wed, 5 Nov 2003, Matt Benson [EMAIL PROTECTED] wrote:
In beta1, the following worked:
myns:mytask
myns:mytype /
/myns:mytask
In beta2, I get an error to the
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=24406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24431.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
My view is that we should use (local) properties for macrodef attributes.
Doing this corresponds more closely to current usage of antcall/ for
templates.
If however, one uses textual substitutions, I agree that one
should use a different syntax/notation for the attributes.
$(x) may however
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=24406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I already reported this, but there appears to be more empty lines of output
with Ant 1.6beta1. I first noticed it with junit, but also with CppTasks'
cc now.
Notice how each 'Generating Code...' message below is followed by 2 empty
lines, or also the 'Starting link' message. These didn't used to
Doing this corresponds more closely to current usage of antcall/ for
templates.
Yes, but I think this may not be such a good thing. I have, as I
recall, oftentimes been tripped up on the question of when a variable is
defined. I know java has no preprocessor, but it doesn't have macros
either.
Stefan Bodewig wrote:
On Tue, 04 Nov 2003, Steve Loughran [EMAIL PROTECTED] wrote:
Here is the offending page from Brent's book.
I stumbled over it yesterday[1] - the snippet you post - here
http://www.dotnetguru.org/articles/pdc2003/pdc2003v2.htm.
As I don't speak french I've been unable to
peter reilly wrote:
There are some other issues, in ant 1.7 we hope to move
from staticly adding conditions, filters etc to using typedef/ for
them. Using the new namespace rules would mean that this is obvious.
For example:
antcontrib:if
antcontrib:or
antcontrib:equals arg1=a
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=24419.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Steve Loughran [mailto:[EMAIL PROTECTED]
I stumbled over it yesterday[1] - the snippet you post - here
http://www.dotnetguru.org/articles/pdc2003/pdc2003v2.htm.
As I don't speak french I've been unable to understand the context - I
was planing to ask the author of that article
Just for fun, I let Google translate it.
It isn't great prose, but it's more understandable
than I expected.
See below.
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 05, 2003 12:06 PM
To: Ant Developers List
Subject: Re: Brent Rector on
stevel 2003/11/05 12:12:28
Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties
Added: src/main/org/apache/tools/ant/taskdefs Nice.java
src/etc/testcases/taskdefs nice.xml
src/testcases/org/apache/tools/ant/taskdefs NiceTest.java
Sorry I lost the thread. And I'm still uncertain. It
seems to me that no matter what (to continue with the
earlier examples), this should be valid:
myns:mytask
myns:mytype /
/myns:mytask
but it doesn't work in beta2. Again, only:
myns:mytask
mytype /
/myns:mytask
works. I got the idea
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=24440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/11/05 14:00:56
Modified:src/main/org/apache/tools/ant/taskdefs/optional/net FTP.java
Log:
Prevent NPE in method CheckRemoteSensitivity
PR: 24440
Revision ChangesPath
1.56 +3 -0
ant/src/main/org/apache/tools/ant/taskdefs/optional/net/FTP.java
antoine 2003/11/05 14:03:40
Modified:src/main/org/apache/tools/ant/taskdefs/optional/net Tag:
ANT_16_BRANCH FTP.java
Log:
Merge from HEAD
Prevent NPE in checkRemoteSensitivity
PR: 24440
Revision ChangesPath
No revision
No
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=24440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=24440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
47 matches
Mail list logo
