This is indeed interesting. I do something quite similar for another purpose
(scans a JAR for all classes having a give static method signature, executes
all these methods, gathering the meta-info required, generate a XML file
then stuck into the JAR's META-INF directory).
Something I do is to
]
Subject: Re: Possible TaskDef donation
Dominique Devienne wrote:
This is indeed interesting. I do something quite similar for another
purpose
(scans a JAR for all classes having a give static method signature,
executes
all these methods, gathering the meta-info required, generate a XML file
+1
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 5:29 PM
To: [EMAIL PROTECTED]
Subject: JDK 1.1 support
I'd like to throw this up again. What are peoples thoughts on the following
1. Make Ant 1.6.x the last JDK 1.1 release. This would
I actually signed off lsync, not subant, technically, but in practice I
give both. Anything I submit to BugZilla is good for the taking, and I'll
refrain to include my usual/automatic copyright notice in the future.
Sorry to hear you suppressed passing down the current target name... That
one of
computing problems ;-)
*
* @author a href=mailto:[EMAIL PROTECTED]Dominique Devienne/a
* @version Nov 2002 - Copyright (c) 2002, Landmark Graphics Corp.
*
* @see BuildPath
* @see SubAnt
*/
public interface BuildPathResolver
extends Parameterizable {
/**
* Gets
Look at the expandproperties filter chain available in copy. --DD
-Original Message-
From: Mariya Makarovskaya [mailto:[EMAIL PROTECTED]
Sent: Monday, March 24, 2003 1:19 PM
To: '[EMAIL PROTECTED]'
Subject: filtersfile
Hello,
is it possible to have filtersfile to map tokens to
Yes ;-) Me, and other people too. There is in Ant's BugZilla one task called
subant that was recently added to the HEAD (slightly modified) on an
experimental basis, and there's also a patch to ant along the same lines.
There has been quite a bit of discussion about both (one vs. the other even)
Could someone please explain me what SuiteRunner brings to the table that
JUnit doesn't I've looked at it quite a bit, and maybe beside better
reporting, I don't see anything compelling about it compared to JUnit, and
even loose the built-in assert methods of TestCase (thru Assert)...
I'd be
. :)
Thanks again,
Adam
-Original Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: 26 March 2003 15:37
To: 'Ant Developers List'
Subject: RE: Artima SuiteRunner Task
Sorry, I didn't mean at all to put down your contribution. I was more asking
an off topic question about
if the
compelling feature is going to be a moving target :)
Also in your example buildfile, I am not sure I understand how the
targets work. It looks like clean, build reversion and rebuild all do
the same thing?
-Gus
Dominique Devienne wrote:
No doc, no test :-(
Subant accept a buildpath, which
Mar 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
That said (one more ;-), if Ant ever comes up with an easier way to
integrate third party tasks
Easier than taskdef resource=...classpath ...//taskdef?
Almost impossible.
Stefan
I meant ANT_HOME/lib. --DD
-Original Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2003 10:37 AM
To: 'Ant Developers List'
Subject: RE: Artima SuiteRunner Task
Hu, not totally. If the AntLib also uses types, you need another
typedef, which
I don't buy that. If your exception doesn't contain enough info, then modify
the exception. I never trap exception in Unit tests, unless I'm expecting it
to be thrown and fail() if it doesn't.
As far as running one of more tests, I use a
-Dtestcase=com/acme/SomeTest.class, and testcases
of arbitrary bean/type/tasks registered with Ant
* using either a taskdef or typedef.
*
* @author a href=mailto:[EMAIL PROTECTED]Dominique Devienne/a
* @version Mar 2003 - Copyright (c) 2002, Landmark Graphics Corp.
*/
public class DynamicTag
extends Task
implements
Probably because Stefan is (with you!) the most active committer on Ant ;-)
Thank you both for your fantastic work. --DD
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, April 04, 2003 8:51 AM
To: [EMAIL PROTECTED]
Subject: [RESULT] Ant 1.6 will require
OK, me too I wish Ant was using more URLs instead of files... Using my
little resource: custom URL protocol, I could then easily reference any
resource in $ANT_HOME/lib. Right now though, you can turn around the current
limitations but first doing a get of the URL you want (and with resource:
I've solved that problem for my own purposes a few months ago, by just
hacking a bit at java.c, so it can read it's command line arguments from a
file, using the usual @file syntax (that Javac already supports, but
implemented in Java). Even enabled env. var. substitutions a la Ant, using
the
FYI, Javac is not really using java.class.path, but env.class.path
instead... By default, the former will be copied in the later by javac.c.
Discovered this early 2001 when I wrote a little Java front-end to Javac to
be Visual Studio friendly. Could be of use to the discussion??? --DD
Stefan is *of course* right! Class.forName always uses the system class
loader, and not some current loader... As far as delegation happening,
that's ClassLoader 101. Unless of course one uses the second form of
Class.forName, that takes a classloader as argument, provided one doesn't
pass null
I stand corrected, and apologize. --DD
-Original Message-
From: Andrew Haley [mailto:[EMAIL PROTECTED]
Sent: Monday, April 07, 2003 11:53 AM
To: Ant Developers List
Subject: RE: [Patch] trying solve w2k command line length limitations
Dominique Devienne writes:
Stefan is *of course
See http://marc.theaimsgroup.com/?l=ant-devm=104870800508326w=2
And http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17199
I prefer the first link, since I'm the author of it, but the second link
addresses the same issue. If your xmlfilter elements do not need any
configurations though, it may
Two comments:
1) DynamicTag is fully Ant 1.5.x compatible. No need for 1.6. Just use it
along side your own classes, and you're good to go.
2) DynamicTag *relies* on taskdef or typedef (you can declare your
custom extension either way), which takes care of all the classloading,
already has all
I'll try to answer for Stefan, since he won't read your message until
tomorrow because of his timezone...
Yes, 'make ContainsRegexpSelector under /ant/types/selectors ...'. I believe
Stefan was merely pointing out that there are separate classes for filtering
on string literals and regular
[mailto:[EMAIL PROTECTED]
Sent: Friday, April 11, 2003 9:36 AM
To: [EMAIL PROTECTED]
Subject: Re: [Patch] es to be submitted
On Fri, 11 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
What's going on around the idea of Polymorphism in Ant? (beyond
datatype refid=xyz / that is)
The idea
;}
}
and in XmlChain:
public void addCustomFilters(CustomFilters customFilters) {
this.customFilters = customFilters;
}
Cheers,
Peter
Dominique Devienne wrote:
Two comments:
1) DynamicTag is fully Ant 1.5.x compatible. No need for 1.6. Just use
it
along side your own classes, and you're good to go.
2
Why is Ant 1.5.3 shipping with junit.jar in ANT_HOME/lib???
I don't see anything about it in WHATSNEW, nor a LICENSE.junit for that
matter.
Plus the Manifest of that JAR doesn't even say which version of JUnit it is,
just that it was build using Ant 1.4.1 ;-)
Thanks, --DD
-0. Never had to use it in my own builds, so consider it non-essential...
Just kidding ;-) Why not? --DD
-Original Message-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2003 4:24 AM
To: Ant Developers List
Subject: Re: [VOTE] propertycopy
+1
Antoine
I agree with Stefan. I much prefer to have AntLib *specified*, as in a
specification of the contract an AntLib must fullfil to be usable but Ant,
than working on the tools themselves to package an AntLib (XDoclet or
whatever else), or even an auto-download feature (I've looked at Ruper, and
I'm
Works just fine for the purpose of doing gets... We don't require anything
fancy here. Getting files thru HTTP with timestamp works for me, and has
been for a while. I've even done simple stuff like extracting properties
from the HTTP header at the same time I'm getting a file (properties added
by
One comment about roles: Roles are fine, but roles are just strings... If
everything is defined as a component at a low level, then they can be easily
introspected to find out what interfaces components implement. For example,
why would I have to say:
define classname=a.b.C name=...
are interfaces. What's wrong with that? --DD
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 23, 2003 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: antlib
On Wed, 23 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
If everything is defined
Yes, it could be a problem. But running the risk of speaking yet another
anathema, I'm starting to believe the Jelly approach of using XML namespaces
is the right one...
The problem is not so much that one wants to use the same name (say
containsregex) for two different things (a condition and a
From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 24, 2003 11:39 AM
J2SDK1.2 + defines a mechanism for declaring dependencies. Which is
actually required for servlet containers and j2ee. (i.e. the
manifest ).
Why would we want to invent our own ?
JDK
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 24, 2003 12:23 PM
The common use case is defining tasks and datatypes.
So you -1 roles because you don't need them, at the expense of all the
people who need to declare more than tasks and datatypes, but conditions,
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 24, 2003 2:47 PM
But the current one does not support adding other components like
conditions, mappers, filters, and selectors.
Does ant support this ?
No, not currently in a pluggable
No need for parsing! Don't know about ClassLoader#getResources??? --DD
-Original Message-
From: Costin Manolache [mailto:[EMAIL PROTECTED]
I don't like passing the .jar very much - but that's probably the only
way if we want to use META-INF/antlib.xml.
The alternative would be to
And a new selector hopefully... I'd like to select JUnit test cases with
more than just a filename pattern. It's actually on my to-do list, and I
should have it within a few weeks (when I get around to it). We've been
doing it for months with a special Unit test which does it in its suite()
-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 14, 2003 10:06 AM
To: Ant Developers List
Subject: Re: cvs commit: ant/docs/manual/CoreTasks subant.html
fixed in CVS
Thanks for the feedback.
Antoine
- Original Message -
From: Dominique Devienne
The fact that the meaning of available was overloaded in the past doesn't
mean we should continue doing so... And still, available currently looks for
files/streams (on file-system, classpath, path, etc...), which is quite
different than looking for particular characteristic of whatever's
Hi Conor and fellow Anters,
Beside a couple comments below, I'd like to discuss the addition of another
feature to Ant for 1.6 wish I think would be very valuable, and make Ant
much more user friendly (in my setup at least).
We have quite a few projects here built using Ant, and very similar
Namespaces is important to me. For example, my subant task infers the
current target name, whereas this feature was removed from the version now
checked in to Ant. I should be able to not have to rename it, and use it as
lgc:subant for example.
Of course, this will force me to update numerous
PROTECTED]
Sent: Thursday, June 26, 2003 9:56 AM
To: [EMAIL PROTECTED]
Subject: Re: Ant 1.6 todo thoughts
On Thu, 26 Jun 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
However, when an existing (custom) task/type is modified, Ant fails
at parse time saying this task or type doesn't
: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2003 3:37 PM
To: Ant Developers List
Subject: Re: Ant 1.6 todo thoughts
Dominique Devienne wrote:
Thanks for the quick answer Conor and Stefan. Glad to head this should
be
working with Ant CVS. We're using Ant 1.5.3
Today I evaluated the various ways I could download a file efficiently. So I
played with get, using both the HTTP and FILE protocol, and with copy
(see build file below). The file I'm downloading is 38,448,695 bytes long.
The output of running each target twice is also shown below.
So what is
]
Subject: Re: About get, copy, and buffer sizes
On Fri, 27 Jun 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
I don't recall anybody noticing something like this.
I didn't, that much is for sure.
The buffer size comes at a cost (memory consumption), off course. And
you'll only
I was wondering about that the day, and why there's no 'eval' keyword in
Java. It would be trivial for the compiler to generate the appropriate
reflection code on the fly... Maybe just because if would make programming
with reflection too easy and clean ;-) --DD
-Original Message-
From:
Setting an explicit ID to the task is usually only used to be able to
reference that task from a script. --DD
-Original Message-
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 2:06 PM
To: Ant Developers List
Subject: Re: How to get Ant task Id?
You can
Technically, it's been created in September 2002 ;-) --DD
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Friday, July 04, 2003 9:15 AM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit: ant/src/main/org/apache/tools/ant/util/optional
WeakishReference12.java
This discussing brings back the still pending issue of having a generic
if/unless on all tasks/types to name just an example...
failonerror, if/unless, ant:type, and some other attributes most likely,
control 'aspects' of the build, that should be dealt with in a single place!
Now that Ant is
Can't check.xml get it from the Maven repository ;-) --DD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 2:02 AM
To: [EMAIL PROTECTED]
Subject: AW: Checkstyle Audit
And you need the checkstyle library.
I've learned that anything slated for Ant 2.0 is doomed with failure...
And since ant:type is going in with 1.6, so should ant:if and co.,
IMHO that is ;-) --DD
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 11:15 AM
To: Ant Developers
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
The problem is what the file should
be relative to.
The code tries to make the file relative
to the current imported file or the build file
Which is the behavior I'd expect. Similar to #include toto in C/C++.
(and
a) I personally think that (2) is the least surprising answer,
and furthermore that
b) the effective basedir for the task to operate inside any
imported file should always be the outermost one.
Also,
c) Imported projects which have an explicit basedir specified
should result in a warning
This is indeed a valid use of knowledge of where an imported file was
imported from.
I still think (strongly) that the basedir of any imported file should be
ignored (with a warning if it's something else than ., the default), and
always use the one of the top-level build.
To allow the use-case
I don't disagree with your scenario in the sense that it would break, but I
disagree that it's either a good usage of import or desirable.
I (strongly again ;) believe that imported build files should be designed to
be imported, and never used without being imported. I would even be
favorable
Did my other messages answer your questions??? --DD
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 10:09 AM
To: [EMAIL PROTECTED]
Subject: Re: ant 1.5.4 : Import
Dominique Devienne wrote, On 24/07/2003 16.55:
...
In other
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 24, 2003 10:39 AM
To: Ant Developers List
Subject: Re: ant 1.5.4 : Import
On Fri, 25 Jul 2003 01:23 am, Dominique Devienne wrote:
I (strongly again ;) believe that imported build files should
: Import
On Fri, 25 Jul 2003 01:36 am, Dominique Devienne wrote:
Then have a look at what I did in the past two days to do something
similar
;-) I created an antreturn task that piggybacks on ant, and allows
returning properties and/or references from the called build file back
Why don't you put the import *after* the style task???
Now any task can be at the top level, or put them in two targets, the
importing one depending on the xsl one. Or am I missing something? --DD
-Original Message-
From: Steve Collins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July
I liked Gmane, but you couldn't post like time I checked. Did that change. I
haven't heard anything on Apache-General or Ant-user/dev about explicitly
wanting to be dropped from it... --DD
-Original Message-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30,
In Ant 1.5.x, the Condition framework is not extensible without modifying
Ant's code. In Ant 1.6, just write a class that implements Condition,
taskdef it, and use it inside condition. Cannot get any simpler, right?
I haven't played with Ant 1.6 at all, so this is all in theory ;-)
If it doesn't
Indeed ;-) What you demoed Conor is precisely the use case I need, which was
very much inspired by Knut's past posts. I also like Knut's
override-target name better, as it's more explicit.
The one thing I'm not too sure about is the override-property and
override-path ones... Why are these
I'm confused Peter about the reserved URIs. When you say ant:core and
antlib:package name, you really are talking about the URIs, not the
namespace prefixes, right?
If so, why is the ant:core URI so short, instead of the usual unique name
that result from using the DNS/URL name to Ant, with a
I totally agree with everything you in this post Conor ;-) --DD
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 5:28 AM
To: Ant Developers List
Subject: Re: override
On Fri, 1 Aug 2003 07:40 pm, Jose Alberto Fernandez wrote:
OK,
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 9:24 AM
To: Ant Developers List
Subject: Re: override
On Fri, 1 Aug 2003 10:47 pm, Nicola Ken Barozzi wrote:
How can this thing be done while shielding interactions?
You make the
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 10:27 AM
To: [EMAIL PROTECTED]
Subject: Re: override
and that renamed targets from a and b should not be
call-able directly from the command line, but only from within the build
On second though, instead of renaming, why don't we use IDs, which are
common and well understood:
import file=a.xml id=a /
import file=b.xml id=b /
override-target target=init
depends refid=a target=init /
depends refid=a target=init /
/override-target
or better yet IMHO:
override-target
Thanks Peter. It helps ;-) --DD
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2003 11:10 AM
To: Ant Developers List
Subject: Re: [Patch] namespace and antlib
Ok my explaination was not that great ;-)
1) ant:core
Namespace URI are not
Just updated my 1.5 branch sandbox of Ant, and all proposals disappeared,
including the ProjectHelper2 from Costin implementing import compatible
with Ant 1.5.x.
Where has it gone? And why is it gone? Thanks, --DD
-
To
- Original Message -
From: Dominique Devienne [EMAIL PROTECTED]
To: Ant Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 6:53 PM
Subject: PH2-provided import from proposal in 1.5 branch
Just updated my 1.5 branch sandbox of Ant, and all proposals
disappeared
:19 AM
To: [EMAIL PROTECTED]
Subject: Re: PH2-provided import from proposal in 1.5 branch
On Thu, 7 Aug 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Why are all the proposals gone from the 1.5 branch?
I've removed the proposals from the 1.5 branch a while ago as they've
been
+1 --DD
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Monday, August 11, 2003 12:21 PM
To: [EMAIL PROTECTED]
Subject: [Ping] namespace support patch
Hi,
I placed a patch for namespace support under
http://issues.apache.org/bugzilla/show_bug.cgi?id=19897
I'm also interested PropertyHelper, and in particular Costin's
experimental XPath based one. I'd like to be able to define
functions (defined as part of an AntLib) to operate directly on
property values, kind of like XPath functions, and it sounds like
property helper is the way to get this!?!?
FWIW, I personally find it better to scope the Iterator or Enumeration by
using a for-loop rather than a while-loop. So instead of:
Enumeration e = props.propertyNames();
while (e.hasMoreElements()) {
String name = (String) e.nextElement();
String className =
No, this is currently not possible. subant uses ant behind the scene's,
and doesn't access the created project. Now, I've also hacked antreturn
that works for my own purpose, and does indeed get access to the child
project thru devious means, so in theory it could cache the child projects,
so I
After all the praises, I hope my post doesn't sound too negative. I also
think it's a great addition Peter, I just have a few reservations ;-)
See below... --DD
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
presetdef (formally known as extendtype)
this defines
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 11:22 AM
To: Ant Developers List
Subject: Re: [new tasks] presetdef and macrodef
It is not a sub-set of macrodef/. But there is a lot of overlap of
functionality. In fact after I got
Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 11:44 AM
To: 'Ant Developers List'
Subject: RE: [new tasks] presetdef and macrodef
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 11
Very clever! Does that work with removing a listener as well? I mean, what
about the unlikely event that a listener decides to remove itself from a
separate thread while an event is being fired from another thread, and thus
the list of listener traversed? Assume the listener being removed as not
Very clever indeed ;-) Thanks Stefan. --DD
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 9:39 AM
To: [EMAIL PROTECTED]
Subject: Re: [OT] Build Time
On Mon, 18 Aug 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
Does that work
All you need to do is:
javac destdir=build
src path=src/team1 /
src path=src/team2 /
/javac
No need for a mapper. Works like a charm ;-) --DD
-Original Message-
From: Ulf Caspers [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 4:35 PM
To: [EMAIL PROTECTED]
Subject: Re:
-Original Message-
From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 19, 2003 12:47 PM
To: Ant Developers List
Subject: RE: [new tasks] presetdef and macrodef
What I am saying is that even with a different notation for
attributes, normal property
time.
-Original Message-
From: Dominique Devienne [mailto:[EMAIL PROTECTED]
Sent: 19 August 2003 21:24
To: 'Ant Developers List'
Subject: RE: [new tasks] presetdef and macrodef
-Original Message-
From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
Sent
:[EMAIL PROTECTED]
Sent: Tuesday, August 19, 2003 11:06 AM
To: [EMAIL PROTECTED]
Subject: RE: javac-task and mapper
On Mon, 18 Aug 2003, Dominique Devienne [EMAIL PROTECTED] wrote:
All you need to do is:
javac destdir=build
src path=src/team1 /
src path=src/team2
-Original Message-
From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 5:56 AM
To: Ant Developers List
Subject: RE: [new tasks] presetdef and macrodef
I have no big issue on which syntax is used on each case, but I just
would like to point out
Too bad you can't use LinkedHashMap.
OTOH, you could use List instead of Vector, now that Java 1.2 is OK...
--DD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 11:16 AM
To: [EMAIL PROTECTED]
Subject: cvs commit:
-Original Message-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 2:13 PM
To: Ant Developers List
Subject: Re: cvs commit: ant/src/testcases/org/apache/tools/mail
MailMessageTest.java
Isn't there a danger in using a non-synchronized class ?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, August 22, 2003 5:00 AM
Index: import.html
===
RCS file: /home/cvs/ant/docs/manual/CoreTasks/import.html,v
retrieving revision
A little hackish, but this works...
Redirects the INFO output to VERBOSE. --DD
/** Silent version of lt;unzipgt;. */
private static class SilentExpand extends Expand {
public void log(String msg) {
super.log(msg, Project.MSG_VERBOSE);
}
public void log(String msg, int
-Original Message-
From: Steve Loughran [mailto:[EMAIL PROTECTED]
The nice thing about the commons approach is that it lets complex code
inside a task integrate properly with Ant's logging. As an example,
Axis' axis-wsdl2java uses the commons logger; to date it is not aligned
with
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On 26 Aug 2003, [EMAIL PROTECTED] wrote:
DelayedFileOutputStream.java
is probably a bad name. It is a class that wraps around a
FileOutputStream but doesn't open the file before you actually write
to it.
How
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
I'd like to explore the needs that is driving this specific feature
request - and see whether there is a different way to meet it.
import or include will allow you to import a set of properties (or
property setting
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Is Gump running
on any Windows boxes?
Not yet. But I plan to give Gump a try on my WinXP and W2K machine.
The problem I had when I tried was rsync. Even after installing a Windows
version of rsync, I still
-Original Message-
From: peter reilly [mailto:[EMAIL PROTECTED]
3. macrodef and presetdef
a) resolution of properties
The issue here is that properties get resolved when the
macro is used and not when the macro is defined.
I think that it would be difficult to
-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
-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
-Original Message-
From: Conor MacNeill [mailto:[EMAIL PROTECTED]
Self-modifying builds are not a practice I would recommend.
I actually disagree with that statement somewhat. As long as
the self-modification is controlled and static, it's actually
a good and powerful way to build
Typo. --DD
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, September 12, 2003 9:44 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: ant check.xml
Index: check.xml
===
RCS file:
-Original Message-
From: Jan Schroeder [mailto:[EMAIL PROTECTED]
What about creating a container task instead.
Like:
nofail failureproperty=part.failed
patch .../
echo ../
antcall /
/nofail
That way all tasks automatically have something like failonerror + you
-Original Message-
From: Dale Anson [mailto:[EMAIL PROTECTED]
What's the difference in use case between this and the try/catch from
ant-contrib or antelope?
I'd say that it follows an existing pattern in Ant, and is less
controversial maybe!? I'll just say I prefer an enhanced
1 - 100 of 827 matches
Mail list logo