Don't know if any1 remembers me but I contributed some tasks and fixes back
in 2003-2004 (1.4 - 1.6 days) I'm thinking of writing a task to pack .crx
files for chrome extensions. I have the following questions:
1. Is there interest for such a task to be contributed? It seems that
there are
an alternate echo element and if it doesn't have either an
antcontrib echo or an ant echo, it should fail. Basically what we have
here is the condition that all antlibs inherit (but may overide) ant
core tasks.
I like that one better, what do you think?
Gus
Peter
Gus Heck wrote:
Gus Heck wr
All the wiki mails are comming to me with the date 12/31/1969... is this
intentional? It looks like a bug in the setups somewhere.
[EMAIL PROTECTED] wrote:
Date: 2004-03-01T10:19:22
Editor: 66.80.4.221 <>
Wiki: Ant Wiki
Page: FrontPage
URL: http://wiki.apache.org/ant/FrontPage
no comm
Perhaps we need to appoint a committee to research spellings and
spelling variants. Then we could foot note all words with variants for
clarity.
Honestly we should pick a single reference and a single locale and
standardize on that. That way when a bug like this comes in we check the
reference
Gus Heck wrote:
re given to the elements in the calling macro.
In ant 1.6.0+, the namespace of elements discovered by reflection take
the namespace uri of type/task that contains the element (Note this
is the
uri and not the localname).
The enclosed patch will allow the namespace of nested
re given to the elements in the calling macro.
In ant 1.6.0+, the namespace of elements discovered by reflection take
the namespace uri of type/task that contains the element (Note this is
the
uri and not the localname).
The enclosed patch will allow the namespace of nested elements to be
either
More likely, someone who's "collected adresses" includes both peter's
address and this list has the virus. Is it you? :)
-Gus
Alexey N. Solofnenko wrote:
Have you installed a new virus?
- Alexey.
[EMAIL PROTECTED] wrote:
you earn money
-
With a notion of target access levels we could flag a target as
overridable, and leave the default as not overridable perhaps... kinda
like java's final modifier only backwards.
-Gus
Dominique Devienne wrote:
From: Peter Reilly [mailto:[EMAIL PROTECTED]
I think it is used as a feature with the
In any case I am starting to think about ant 1.7 and further.
Here are the points which spring to my mind :
1) local properties,
2) roles,
3) get the xdocs proposal out,
4) think about virtual file system abstractions, and do something
about them,
5) fix some popular bugs from bugzilla
How about
If it doesn't go in 1.6.1 won't we be forced to do a 1.6.2 or 1.6.1p1 or
something to update the licenses by March 1?
[EMAIL PROTECTED] wrote:
"If there is time enough for that modifications, ok. Otherwise we should
wait for the next release (may it be 1.6.2)"
But we should put the result of th
This thread has somewhat stirred up my brain a bit and a thought that
floated to the top goes like this:
We do want to be able to write simple declaritive build scripts for
builds. I think this is a major virture of Ant. But clearly when one
ventures into the "system of builds" and such there a
My non-non commiter vote:
[ ] +1 Bugzilla sucks - go to Jira
[x] -1 BugZilla rocks - if it ain't broke, don't fix it.
Doesn't it figure. I read a similar commons thread, and wrote a long
email about why I think bugzilla is friendlier to the novice user than
both JIRA and Scarab then I come her
I have only followed this discussion peripherally at best, and I know it
has been going on for a while, so I am almost certainly be missing
information from previous posts, but here's what strikes me as
potentially reasonable... and thus represents my initial expectations of
what I will find when I
I have only followed this discussion peripherally at best, and I know it
has been going on for a while, so I am almost certainly be missing
information from previous posts, but here's what strikes me as
potentially reasonable... and thus represents my initial expectations of
what I will find when I
This seems to be an incomplete version of what I wrote and does not
match what I find in my sent folder. I will try again and hope I don't
spam you all too much. my mail client seems to be acting funny. Appologies.
-Gus
Gus Heck wrote:
I have only followed this discussion peripherally at
I have only followed this discussion peripherally at best, and I know it
has been going on for a while, so I am almost certainly be missing
information from previous posts, but here's what strikes me as
potentially reasonable... and thus represents my initial expectations of
what I will find wh
My (non-committer) oppion coincides with Stefan here, with a slight
preference for
@{x}
because it looks like "put the substitution AT this location" when I
read it to myself.
However I can understand that $ escaping is already done and well tested
so reusing that code has value. $(x) is good
now, they dont have to care what I say, but we do have the option of
pulling all .NET support from ant1.6...we will just have to see if
that matters to them. It'll be an interesting test of conflict of the
tactical 'get .net developers today' over the strategic 'own the
developers forever'.
I
Hmm I have this suspicion that we are just an ancillary target, these
people probably really want to sue the virus software people who likely
have some money to sue for. The problem is that if they don't pursue
everyone, they probably can't go after the big one and have the courts
beleive them.
I don't know much about trademark law, but doesn't it matter if their
trademark precedes our usage? I'm pretty sure I can't declare "Red" to
be my trademark and then tell certain linux distributors that they must
cease associating their product with mine... can I?
-Gus
Christoph Wilhelms wrote:
Reading this thread I am beginning to think that there is a fundamental
problem on the road ahead for ant. If I understand correctly, one of the
founding Ideas of Ant was that builds were something that should be
described, not programed. Since I have joined this list about 1.5 years
ago, I hav
I'm not as eager to see the tasks in Ant proper as others, that's why
I haven't taken any initiative here (in Apache speak, that's the
difference between my +0 and the +1s that have been cast by others).
Are we talking about all ant-contrib tasks or just try/catch? I thought
just try/catch...
Dominique Devienne wrote:
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 11:23 AM
To: Ant Developers List
Subject: Re: failonerror; general solution
Dale Anson wrote:
What's the difference in use case between this and the try/catch from
only from commandline. It should work too, if invoked
by other java
applications.
Jan
-Original Message-
From: Gus Heck [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2003 5:58 PM
To: Ant Developers List
Subject: Re: AW: DO NOT REPLY [Bug 23397] - Need
not only from commandline. It should work too, if invoked by other java
applications.
Jan
-----Original Message-
From: Gus Heck [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2003 5:58 PM
To: Ant Developers List
Subject: Re: AW: DO NOT REPLY [Bug 23397] - Need attribute for target
t
In fact I would be even more interested to hear the opinons of both
commiters and non-commiters :).
-Gus
Gus Heck wrote:
Antoine Levy-Lambert wrote:
What you would like would be useful to prevent the "wrong" targets from
being called. But I wonder whether this change would no
Antoine Levy-Lambert wrote:
What you would like would be useful to prevent the "wrong" targets from
being called. But I wonder whether this change would not make ant
unnecessary complex.
The default (atribute omitted) state should behave as always. This is
necessary for back compatability, and
Since bug 22020 has been duped twice (once before, and once since) and
there is a patch available (mine of course :), though I did not report
22020), what are the chances of geting it into 1.6 It was submitted
months ago.
-Gus
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE
These changes arn't working for me.
See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23358
-Gus
Knut Wannheden wrote:
These changes expand on Antoine's -lib code to support multiple -lib
options.
In addition, the -lib option can now name a directory containing jars and
all
jars
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 p
Steve Loughran wrote:
Gus Heck wrote:
I don't think there's such a thing as experimental stuff. It's
either in or
not, and once in, it must be backward compatible.
I'm sorry so few people chimed in on the subject of overloading the
meaning
of ${name} in Ant. If this could
Nicola Ken Barozzi wrote:
peter reilly wrote, On 01/09/2003 20.10:
On Monday 01 September 2003 16:43, Dominique Devienne wrote:
...
It's not all about power, or one would use a real programming language
like Perl or Python. , although powerful, complexifies the
rules
of Ant, namely the property e
I don't think there's such a thing as experimental stuff. It's either in or
not, and once in, it must be backward compatible.
I'm sorry so few people chimed in on the subject of overloading the meaning
of ${name} in Ant. If this could be changed, then I'd have an enthusiastic
+1, but as it stands,
Nicola Ken Barozzi wrote:
[returned from holiday, happy to read the list again :-) ]
Jose Alberto Fernandez wrote, On 22/08/2003 14.58:
From: Gus Heck [mailto:[EMAIL PROTECTED]
...
If macro definitions are available to sub builds, then your 3rd case
might occur, but I don't think it wou
Templates appear to be something new, though I don't think I
like them
(see below)
(1) --> ${xyz}
(2) --> ${macroattr:xyz}
(3) --> ${macrotemplate:xyz}
Well, as I said I use those terms above just as examples, I am not
hookup in words,
I was just looking for some identifier to desc
I'm not sure I buy your 3 things argument. In my mind there are 2 things
in what is previously proposed...
properties and parameters
Templates appear to be something new, though I don't think I like them
(see below)
(1) --> ${xyz}
(2) --> ${macroattr:xyz}
(3) --> ${macrotemplate:xyz}
So for
Jose Alberto Fernandez wrote:
Dominique,
As its name indicates is a MACRO. And macros are macros are
macros
and they are suppose to be textually replaces at the point on
invocation.
Of course the parameters need to be replaced. The point is they
shouldn't look like properties. This way they ca
I stopped arguing this point, as I was the only one concerned apparently,
but since Jose Alberto brings it up again...
Having ${NAME} not evaluate to the value, if any, of the NAME property, at
the time the task it's used in ( is this case) is executed, is
REALLY REALLY BAD in my sincere opinion.
Hi, Andrei,
2 things about your post:
1. I think you need to give more details. It is not clear what your
INIFile class does or why you want to use an ant task in place of a
constructor call.
2. I think you need to ask this on the user list (see
http://ant.apache.org/mail.html), not this list (
Yes. PropertyHelper is a property interceptor, and it simply rocks.
In essence, you register a helper with Ant. Then, at each request for
a property, each registered helper is asked for the property value in
turn; the first one that has it, returns it.
Completely not following this property helpe
Antoine Levy-Lambert wrote:
- Original Message -
From: "Gus Heck" <[EMAIL PROTECTED]>
Sent: Tuesday, August 12, 2003 4:10 PM
Antoine,
Since you have recently been playing with symlinks/FTP what are your
thoughts on bug 14320?
http://nagoya.apache.org/bugzilla/show_
Antoine,
Since you have recently been playing with symlinks/FTP what are your
thoughts on bug 14320?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14320
-Gus
Stefan Bodewig wrote:
On Wed, 6 Aug 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
1) concerning the inclusion of "" in inclu
Antoine,
Since you have recently been playing with symlinks/FTP what are your
thoughts on bug 14320?
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14320
-Gus
Stefan Bodewig wrote:
On Wed, 6 Aug 2003, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
1) concerning the inclusion of "" in inclu
I've read this thread a bit, but maybe not completely. I'm not sure I
understand, but I think you are talking about combining mappers and
filesets such that filesets can perform mapping functions. It has been
agreed that this would require modification of many tasks that use
filesets so why
I'm doing CVS commit from ant via the apply task currently. I needed to
sudo out of root for this particular situation, so cvs wouldn't have
worked and I havn't tried the cvs command directly for commits. Apply
works great for me though.
This sort of question (How do I...?) is best asked on the
- The Ant task throws a BuildException if the exit code
is unequal zero.
Do you know how to get around that? Should the Execute class, in
the case of VMS, map the exit status to what's common on Unix
systems?
Maybe we should provide a Execute.isFailure(int result) method that
returns result !
minor: "RedundantThrowsCheck: It complains about BuildException.
So is it prefered to eliminate the throws BuildException? or keep it?
I'm willing to fix my code if I know what is actually desired here.
Gus
-
To unsubscribe, e
Is there already a known way to load the entire contents of a file into
a property? I know someone that wrote a custom task for this (using it
with replace) and at a quick look I didn't see this functionality
anywhere. Should I convince him to add a valuefromfile atribute to
property? or did I
I was noticing that the file I am working on has it's imports in
alphabetical order. Is this the standard, or are we free to organize our
imports however we want in submissions?
I have noticed some that arn't quite alphabetical, and I actually prefer
a different organization altogether
-Gu
Stefan Bodewig wrote:
On Wed, 21 May 2003, Gus Heck <[EMAIL PROTECTED]> wrote:
Stefan Bodewig wrote:
currently chmod has a fair number of additional features.
Which are?
dir, includes, excludes, defaultexcludes...
Please don't! These attributes come from the pre-fileset time and ar
Stefan Bodewig wrote:
currently chmod has a fair number of additional features.
Which are?
dir, includes, excludes, defaultexcludes...
chmod supports these with it's own internal fileset. I could duplicate
it into my AbstractAccessTask (I think) to produce a similar effect in
my tasks, but I ha
I noticed that this effects the chgrp and chown tasks... which also
Extend ExcecuteOn and therefore now have the maxparallel atribute as
well. I plan to patch the docs to reflect this and the fact that they
seem to accept the verbose atribute as well.
Other things I have noticed is that a littl
You could include my patch for the behavior you described (see
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391) or Andreas's
patch (see http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18715)
which includes my functionality plus some other stuff too.
-Gus
Dominique Devienne wrote:
This
Jose Alberto Fernandez wrote:
But ANT is not for experience XML users but for Java programmers
or C or .NET (with the new tasks). ANT is popular because
it is simple to use you do not have construccions that require
you to read a full spec to understand. I am not against NS, but
I am against forci
I agree. This is really cool. The section labeled "Top Level Tasks"
seems to say that tasks on the top level are run at parse-time. Does
this mean that the order of tasks at the top level is the order of
execution, or do the old toplevel tasks still run first?
Gus
Craeg Strong wrote:
This tutor
elements to
compose the build path within.
Hope that helps. --DD
-Original Message-
From: Gus Heck [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 25, 2003 4:07 PM
To: Ant Developers List
Subject: Re: Ant task and dirset/fileset
Ok I searched bugzilla and subant appears exactly once...
d C++ libraries after all ;-)
-Original Message-
From: Gus Heck [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 25, 2003 3:34 PM
To: [EMAIL PROTECTED]
Subject: Ant task and dirset/fileset
Has anyone ever thought about or tried to make the ant task accept a
filese
Has anyone ever thought about or tried to make the ant task accept a
fileset or dirset? I have a use for such functionality but, before I go
writing myself a custom version, or writing a patch, I thought I might
ask if this has been tried, is being tried, or has be explicitly decided
against?
Having said that, has anyone ever thought about whether the transition
from synchronized 1.1 collections to unsynchronized 1.2 collections
might pose any problems?
At one time my understanding was that ant was esentially single
threaded, but I just did some grepping and found the following places
Steve Loughran wrote:
I don't see reasons to try to back-port fixes made on 1.6 to the 1.5.
Only
bugs identified by people running JDK 1.1 should make it to the 1.5
branch.
This should be the only activity going on in that 1.5 branch.
to date we are putting fixes to the 1.5 branch into 1.5.x, bo
I'm not a commiter, but I'd just like to say...
+1.2 :-)
-Gus
Conor MacNeill wrote:
Hi,
This is to formalize the discussions which have gone on on the dev and user
lists. Please indicate your vote. Everyone is free to vote but only committer
votes are binding.
Ant 1.6 will require JDK 1.2 to com
seems ok on konq 3.0.0-12 (rh linux 7.3) for me too
Costin Manolache wrote:
Does anyone else use konqueror ? It seems the margin on ant.apache.org is
too small and it looks really. It looks ok on other browsers.
Is it a browser bug or something we can fix ?
Costin
62 matches
Mail list logo