On Mon, 10 May 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
Would the following solve this problem generically?
!--
This task is automatically available for every ANTLIB
and its only function is to force the loading of the library
if necessary. Force the lazy loading.
On Wed, 05 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
I see verify errors sometimes with beanshell and groovy
scripts.
Because you are reloading classes which is a problem in its own. I
think you'd better find a way to avoid these VerifyErrors instead of
swallowing/ignoring them. 8-)
I'm soo late for the party that I'll try to not restart the whole
thing.
On Tue, 04 May 2004, Anthony Goubard [EMAIL PROTECTED] wrote:
1) Integrate if and unless at the Task level.
A nested condition would be far more powerful, as would be an if
task. Don't expect any opinion from me. 8-)
On Tue, 04 May 2004, Alexey N. Solofnenko [EMAIL PROTECTED]
wrote:
Could you please also update if and unless to accept a list of
properties?
if=A, B would mean A is set and B is set or A is set or B is
set?
You know that propertiy names are allowed to contain spaces and commas
and any other
On 06 May 2004, Le Rumeur Yves [EMAIL PROTECTED] wrote:
I read quicly the ant task list, but i never found a task which have
a nestedtable needed.
I'm not sure I follow what you are saying.
apply requires at least one nested fileset/dirset or filelist.
Stefan
On Tue, 11 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
The notion is not to swallow / ignore them (unless the build script
author wants to) but to wrap them in a build exception to possibly
provide some information as to where the error happened - the line
number of the build script from
On Sat, 08 May 2004, Yuji Yamano [EMAIL PROTECTED] wrote:
I think the description of assertions in
docs/manual/CoreTasks/java.html is not clear. Because we can use
assertions only if fork=true. Maybe JUnit tasks's manual has same
problem.
Fixed, thanks.
Stefan
On 13 May 2004, [EMAIL PROTECTED] wrote:
Make tests pass on MacOS X.
To recap the situation.
fixcrlf will use CR as line separator on any Mac, including on Macs
that run MacOS X. OS X obviously deals with all kinds of line
separators but its native separator (including Java's line.separator
On 25 May 04, Gump Integration Build [EMAIL PROTECTED] wrote:
This issue affects 456 projects.
Impressive 8-)
Unfortunately Gump has been changed last night as well and sent
notifications to all those 456 projects as well (it wasn't intended to
be that way).[1]
Stefan
Footnotes:
[1]
On Tue, 25 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
The implementation does however involve a small Backward
Incompatible change to the implementation of MacroInstance.
I'd say we can live with that.
In a response to DD you say that you can't mix an implicit element
with explicit
On Thu, 27 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
This fixes bug 24181 correct?
I still don't think that it really does much (other than suppressing
the stack-trace). I plan to wait for the next Gump run (just to be
sure), then merge it over to the 1.6 branch and publish a
On Thu, 27 May 2004, Ben Sommerville [EMAIL PROTECTED] wrote:
About a month ago there was some discussion of a 1.6.2 release.
Has this been shelved?
If not is there a timeframe?
Unfortunately it looks to have slipped again, thanks for pushing.
Dear committers, do you think we can get a list
On Fri, 28 May 2004, Jan Materne [EMAIL PROTECTED] wrote:
I can´t see anything ...
Neither can I.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 27 May 2004, Erik Hatcher [EMAIL PROTECTED] wrote:
It would be nice if all imported build file targets were namespaced
regardless of whether the targets were overridden or not.
+1 - as an alternative to using the unadorned target name.
Stefan
On Thu, 27 May 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
Dear committers, do you think we can get a list of must-get-fixed
reports by some fixed date - say end of next week?
Looks as if some of us can 8-) I volunteer to compile the list and
kick of next steps after that.
Stefan
On Tue, 1 Jun 2004, Christophe Labouisse [EMAIL PROTECTED] wrote:
So I'm wondering if using the Ant API as I do to peek into a project
is something which is ok albeit the API is currently lacking a few
things or the API should not be used the way I do?
Your approach is fine, I'd say.
I'm
Hi,
if you've followed the bugzilla mails or commits of today, you have
already seen that junitreport doesn't work nicely with JDK 1.5.[1]
The correct route seems to be to replace the stylesheets with
something that does not require Xalan's redirect extensions, but this
is way beyond my XSLT
On Wed, 02 Jun 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
In my opinion, the problem reported is a bug, even if for instance
JDK 1.4 regexp has a similar bug. I would go for fixing the bug
without BC, in order not to make the code too complicated.
Where fixing the bug would expand
On Wed, 02 Jun 2004, Jack J. Woehr [EMAIL PROTECTED] wrote:
Okay. I'm going to add one class ..ant.util.RecursivePropertyParser
and call it from ..ant.PropertyHelper.replacePropertiesRecursively()
I'd rather make that a completely new PropertyHelper that can be
selected on the command line as
On 2 Jun 2004, [EMAIL PROTECTED] wrote:
-Aslak Hellesøy
+Aslak Helles?y
What OS are you running Antoine?
We may need to commit the file as binary to ensure we don't break
people's named (and settle on a common encoding).
Stefan
On Wed, 02 Jun 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Is it possible that the sending of commit emails is perturbated ? or
is my contributor email antoine at apache dot org currently blocked
on the distribution list [EMAIL PROTECTED] ?
Your commit mails have never entered the
On Thu, 3 Jun 2004, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Okay. I'm going to add one class
..ant.util.RecursivePropertyParser and call it from
..ant.PropertyHelper.replacePropertiesRecursively()
I'd rather make that a completely
On Thu, 03 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
I do not think that this is a bug.
I'm not convinced either. I'd only want to reinstate 1.6.x's behavior
if it really had changed in CVS HEAD (which I doubt, BTW). It
probably has always (since 1.4 or so) worked the way it does now
On Fri, 14 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
fixcrlf will use CR as line separator on any Mac, including on
Macs that run MacOS X. OS X obviously deals with all kinds of line
separators but its native separator (including Java's line.separator
system property
On Thu, 3 Jun 2004, Matt Benson [EMAIL PROTECTED] wrote:
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 3 Jun 2004, Jose Alberto Fernandez
[EMAIL PROTECTED]
wrote:
[SNIP]
Agree in principle. As a matter of fact, we
already have the
PropertyHelper chain framework.
That's what I've
On Thu, 3 Jun 2004, Matt Benson [EMAIL PROTECTED] wrote:
--- Matt Benson [EMAIL PROTECTED] wrote:
taskdef name=myph classname=my.PropertyHelper
/
myph id=ant.PropertyHelper /
The above reminds me of something... for one thing,
that should have been a typedef in that context, but
anyway...
On Thu, 27 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
1) implicit element for macrodef
move from head to 1.6 branch
2) DynamicElementNS
move from head to 1.6 branch
Those are done, correct?
3) Allow nested elements discovered by refection on to be
in the ant default
I'm not sure I'm really able to capture the issue completely but I'll
try. The discussion so far has been around ant and friends, but
maybe there is something deeper.
The code that handles the keepGoing mode explicitly only handles
BuildExceptions - all other exceptions cause Ant to abort
On Fri, 04 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
Task#perform is a final method.
Ouch. Thanks 8-)
I vaguelly recall overriding perform in Sequential once, but I maybe
wrong (did I override maybeConfigure?)
OK, one less point to talk about.
Stefan
On Fri, 04 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
On Thu, 27 May 2004, Peter Reilly [EMAIL PROTECTED] wrote:
4) search paths for the import task
Could you please expand on that?
This is something that could be done post 1.6.2.
The idea is that import file
Hi,
A few minutes ago I've committed a TODO list to the 1.6 branch, please
go ahead and add items (but please only if you are willing to work on
them yourself) and/or assign existing items to yourself.
I've added a few items of my own and intend to look through bugzilla
today to make my list
On Fri, 4 Jun 2004, Jan Materne [EMAIL PROTECTED] wrote:
- Ant 1.6.2 is ready for final build if all TODOs are done?
that's the idea.
Should it be part of 1.6.2 or not?
I'd trust your judgement here. If the changes are important enough to
get released immediately, put them in. If you
Hi Magesh,
nice to read from you.
On Wed, 2 Jun 2004, Magesh Umasankar [EMAIL PROTECTED] wrote:
I'd like to introduce the concept of a DispatchTask to Ant.
Do you think a task with a mode/action that selects the method to run
instead of execute is really that common?
It looks like one could
On Fri, 4 Jun 2004, Matt Benson [EMAIL PROTECTED] wrote:
If there is any reason why we couldn't/shouldn't have
a generic task DynamicConfigurator that could
execute an arbitrary task by classname, and a generic
type or object, probably also a
DynamicConfigurator, to instantiate (and
On Fri, 4 Jun 2004, Magesh Umasankar [EMAIL PROTECTED] wrote:
I don't see it as a debate on whether multiple tasks are better
Vs. mutiple actions per task. DispatchTask is to be viewed as an
alternative to writing multiple tasks and must be used diligently.
It is just a question of style and
On Fri, 4 Jun 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
This allows to bypass the target override, and thus bypass whatever
the overridden target does.
Right. But I already can bypass it if the target is overridden since
I get the aliased name then. If this type of bypassing is
On Fri, 4 Jun 2004, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On Fri, 4 Jun 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
This allows to bypass the target override, and thus bypass
whatever the overridden target does.
Right
On Tue, 08 Jun 2004, Antoine Lévy-Lambert [EMAIL PROTECTED]
wrote:
I would like to propose Steve Cohen as a new committer for ant.
+1
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
On Tue, 08 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
I am adding a deleteonexit attribute to delete.
+1 in general, but I have an issue with the implementation.
If true, on failure to delete, note the error with a
warning message and call File#deleteOnExit()
On Wed, 09 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
Ok, something like Failed to delete filename, calling
deleteonexit. This attempts to delete the file when the ant jvm has
exited - this may not succeed.
Fine with me.
The warning message will be suppressed with the quiet
On Wed, 09 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
In the 1.6 beta discussion, it was decided that the nested
elements of these tasks should also have the same xml ns as
the tasks themselves. The reason for this was consistency.
consistency with the way XML namespaces are supposed to
On Mon, 14 Jun 2004, Jan Materne [EMAIL PROTECTED] wrote:
2. Changes to tasksoverview.html to add Surround SCM to the
list of Source Control tasks.
Only tasks which are part of the Ant distro are listed there and I
think we shouldn´t change that.
We do have a special page for IDE
On Mon, 14 Jun 2004, Jan Materne [EMAIL PROTECTED] wrote:
Do you mean the IDE and Editor Integration section of the
external.xml (containing AntFarm, AntRunner, Eclipse, Gel, ...)?
No, the Editor/IDE Integration link in the manual's main navigation
frame and the stuff behind it.
Stefan
On Tue, 15 Jun 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
In my opinion, we should add code (if possible) to check
for the version of Jasper
Is this possible?
and if it is further than X warn that the task is deprecated and you
should move to the new jasper provided task.
IMHO
On 17 Jun 2004, [EMAIL PROTECTED] wrote:
+if (exitCode 0) {
+throw ese;
+}
should be != instead of . There are OSes whith negative exit code.
And there is at least one OS - OpenVMS - where 0 means no success, but
Java returns 0 for
On Thu, 17 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
It has always been the case that ant did not allow property
overriding.
always means since Ant 1.1.
It has been introduced (slipped in) somewhere between the release of
Tomcat 3.1 (which included an untagged version of Ant) and Ant
On Fri, 18 Jun 2004, Matt Benson [EMAIL PROTECTED] wrote:
And there is at least one OS - OpenVMS - where 0 means no success,
but Java returns 0 for success on it as well, breaking the contract
for DCL scripts.
I remembered this, but did not attempt to manufacture an
alternative successful
On Fri, 18 Jun 2004, Jan Materne [EMAIL PROTECTED] wrote:
IMHO that means not that you can´t add another (finished)
feature. :-)
Works for me. The change doesn't look dangerous. 8-)
Stefan
-
To unsubscribe, e-mail: [EMAIL
On Fri, 18 Jun 2004, Matt Benson [EMAIL PROTECTED] wrote:
So maybe Ant is basically fine as it currently stands.
Yes.
Consider my OpenVMS statement as the nostalgic ramblings of an old
fart ;-)
Stefan
-
To unsubscribe,
On Thu, 17 Jun 2004, Steve Loughran [EMAIL PROTECTED] wrote:
I am now convinced we need local properties; without it macrodef
doesnt work fully.
I could agree with is less useful than it could be 8-)
One option: in the macrodef declaration, you declare which
properties are local.
Peter's
On Mon, 21 Jun 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
The main limitation I see without local properties in macrodef is
when your macro uses a property setting task like basename or
available - you currently need to provide
On Mon, 21 Jun 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
True, but I doubt many people will use properties called for
example:
#ant.task.macrodef.example.let1
8-)
What if they do? Hypothetical, I know. Still we'd be carying them
around (and passing them down to
On Tue, 22 Jun 2004, [EMAIL PROTECTED] wrote:
Please correct:
done in CVS, automatic update of the site will happen sometime later
today.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Hi all,
while investigating bug 8689 I realized that the Ant project instances
we create in Ant never fire the build started or finished events. I'm
not entirely sure that this is a good thing (but it probably is), but
we probably can't change it for backwards compatibility reasons
anyway.
This
On Wed, 23 Jun 2004, Conor MacNeill [EMAIL PROTECTED]
wrote:
The only alternative I could think of (without checking whether it
is feasible) would be to create BuildListener2 and add something
like ProjectStarted/ProjectFinished to it. These would be called in
Project.executeTargets for any
While lookin into the AntClassLoader thing I realized that record
keeps a static map keyed on the name attribute of the task.
This means that two different subbuilds that use the same name
attribute in a record task will end up writing to the same file (and
probably cause a lot of other problems
AFAICS all AntClassLoader instances created by Ant are associated with
a project instance and will eventually get cleaned up when the current
project finishes.
In some cases we really need to keep the class loaders around - the
loaders that have loaded tasks for example. In other cases the
On Thu, 24 Jun 2004, Conor MacNeill [EMAIL PROTECTED]
wrote:
Well, you could still take the approach of removing the main build
listeners and then fire a SubBuildFinished on all the remaining
listeners that are BuildListener2.
Yes, much like what Jose Alberto describes later. This would mean
On 24 Jun 2004, [EMAIL PROTECTED] wrote:
NPE in cleanup on Windows (all non-Unix?).
Probably. I've never run the tests (or Ant, BTW) on an OS that
doesn't support symlinks myself.
Sorry
Stefan
-
To unsubscribe,
patch applied, should appear online shortly.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi all,
we've brought the TODO file to two items and both indicate they might
not go into 1.6.2.
I'd like to wait for some confirmation on the Tomcat 5.x jspc issue,
but other than that I think we could roll a 1.6.2 release candidate.
WDYT?
Stefan
On Mon, 28 Jun 2004, Steve Cohen [EMAIL PROTECTED] wrote:
I'd do it myself,
please do.
but I'm wondering what is the status of the committer vote that was
taken on me a couple of weeks ago.
please check your apache.org mail ;-)
You should have commit access already.
Stefan
On Mon, 28 Jun 2004, Steve Cohen [EMAIL PROTECTED] wrote:
nor did I find anything on the commons-dev mailing list indicating
that the vote had passed.
Yes, there hasn't been an official result mail, but the vote has
passed.
We've never posted any official results IIRC just went ahead and
On Mon, 28 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
I added a FAQ entry for this, but I think that this will cause a lot
of people grief.
Uhm, thanks!
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Tue, 29 Jun 2004, Conor MacNeill [EMAIL PROTECTED]
wrote:
I'm looking for some suggestions as to what we do here.
Rather high up on my TODO list is setting up nightly builds on Brutus:
http://wiki.apache.org/gump/NightlyBuilds
http://wiki.apache.org/gump/BrutusConfig/NightlyBuild
I just
On Tue, 29 Jun 2004, Conor MacNeill [EMAIL PROTECTED]
wrote:
Happy to wait for you to do it :-)
Don't hold your breath, then 8-)
Seriously, since I already have access to Brutus I thought it might be
the best choice to do it there.
Stefan
Hi,
shortest plan I could come up with 8-)
* Release Candidate on Friday July 2
* If nothing major happens, Final Release on July 16.
I vaguely recall Antoine said he could be the release manager again,
but I'm not sure. If you don't have enough time to spare, please
speak up, Antoine. I'm
On Tue, 29 Jun 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
I am willing to be the release manager.
Thanks.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, 29 Jun 2004, Peter Reilly [EMAIL PROTECTED] wrote:
Should the target be invoked when Ant is executed
in -p mode?
No, it should not!.
but it does, so this is a bug!
Go back about a year in the archive 8-)
You will want to execute import whith -p. If you want to do that
On Thu, 01 Jul 2004, Christian Knorr [EMAIL PROTECTED]
wrote:
I am new to this list. By browsing the archives I could not find
anything related to my problem but forgive me if it has already been
mentioned:
It hasn't. Thanks for the patch!
Stefan
On Thu, 1 Jul 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
Even though it's a bit late, I would like this patch to make it to
1.6.2. Does anyone object?
It's in, even if it doesn't go into 1.6.2 RC (no idea whether antoine
has started to work on it already).
I would have thought that
On Fri, 02 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hello, I would like to add a new attribute to DifferentSelector :
ignorecontents. This attribute would default to false (current
behavior). If you set it to true, then different/ would compare
files only based on timestamps
On Fri, 2 Jul 2004, Dominique Devienne [EMAIL PROTECTED] wrote:
[DD] What if instead of adding all these methods, we called
[DD] ant.perform() instead of ant.execute()!?
[DD] perform() fires the the taskStarted event, so would that be
[DD] enough? Would be a lot less code, no?
It would help
On Fri, 02 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
Hi, I think I am doing an emergency fix of this class to make it
build.
My fault, sorry.
I thought I had Xalan1 on my classpath, but obviously I had not and
never compiled the class.
Stefan
On 2 Jul 2004, [EMAIL PROTECTED] wrote:
+} catch (SAXException e) {
+e.printStackTrace(); //To change body of catch statement use
File | Settings | File Templates.
+}
+}
Huh?
Stefan
On Fri, 02 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
The depend selector is asymetric between source and target.
I see. No objections against the attribute.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Fri, 2 Jul 2004, Jose Alberto Fernandez [EMAIL PROTECTED]
wrote:
Maybe Ant should provide its own delegation entry point since this
is a very common pattern of use.
But maybe not something you want to expose. Do you want to see [ant]
show up in the log instead of [subant]?
If so, a simple
On Fri, 2 Jul 2004, Magesh Umasankar [EMAIL PROTECTED] wrote:
I felt the need for a antversion condition today.
Would probably be nice to have, yes.
available usually works ok for major releases, but for minor ones,
it may not always.
In the 1.6.2 case it will, use
On Sat, 03 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
on my PC, it looks like it takes 2 seconds between the time when a
file can be found and the time the contents of the file can be
read. Is this a caching mechanism ? Is this specific of Windows ?
I don't know. All I can say
On Tue, 6 Jul 2004, Jan Materne [EMAIL PROTECTED] wrote:
I am on integrating the suggestions. But there is one point I need
help: Robert gave a complete new source [1] as attachement to the
RFE [2]. Do we need a CLA?
Either that or a software grant. Strictly speaking we'd even need it
for
On Thu, 08 Jul 2004, Steve Loughran [EMAIL PROTECTED] wrote:
I'd suspect the classloader used for loading the algorithm is not
the one you want. There may be a context class loader (We dont use
that in ant, yet, do we?),
We do - in some places. And I think the junit task sets it.
Stefan
On Thu, 8 Jul 2004, Jan Materne [EMAIL PROTECTED] wrote:
A first view into the build.xml seems to add the test classes (and
sources) to the classpath, but it doesnt ...
Delegating class loaders.
The core Ant classes are loaded by a classloader closer to the system
classloader than the one the
Hi all,
I've setup a script on brutus that may be moved over to the more
official nightly build facility later. Could you please check the
contents of http://brutus.apache.org/~bodewig/builds/ant/ to see
whether there is anything really wrong with the builds?
I know I could build a few more
[X] Yes, release ant 1.6.2 on July 16th
[ ] No, make another release candidate
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Fri, 16 Jul 2004, Conor MacNeill [EMAIL PROTECTED]
wrote:
I would like to ask infrastructure to restrict Wiki changes to users
who have registered.
+1
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
As per if/unless itself, I really would like to explore more what
some people have suggested about having a richer language than just
set/unset.
PropertyHelper?
IOW, I think we already have the infrastructure needed to do
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
As per if/unless itself, I really would like to explore
more what some
people have suggested
On Thu, 22 Jul 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
Still, do if/unless get property expanded (do not remember
anymore).
No, you are correct.
Well, unfortunately its worse.
if/unless on a task or a nested
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
But if we tell people that in if/unless now you can put expressions
and then give no implementation in core...
We already tell people they can plug in whatever kind of strange thing
they want into ${xyz} expansion - without
On Thu, 22 Jul 2004, Jose Alberto Fernandez
[EMAIL PROTECTED] wrote:
From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED]
Finally, it would even be possible to drop the delimiter and
evaluate the expression as an XPath instead of as a property
name if there are any illegal property name
On Thu, 22 Jul 2004, Matt Benson [EMAIL PROTECTED] wrote:
Doh, that's right back to THAT big argument again.
8-)
But if the same principles apply, target would be restricted from
expression evaluation for the same reasons as it is restricted from
property evaluation, no?
Probably yes.
On Tue, 27 Jul 2004, [EMAIL PROTECTED] wrote:
link spam comes, link spam goes. How do I delete pages?
I thought I already had deleted it (by physically removing them from
minotaur's disk). Will try again.
Stefan
-
To
On Tue, 27 Jul 2004, Stefan Bodewig [EMAIL PROTECTED] wrote:
I thought I already had deleted it (by physically removing them from
minotaur's disk). Will try again.
Seems to have worked now -
http://wiki.apache.org/general/WikiFrequentlyAskedQuestions helps,
just replace chmod with rm
On Tue, 27 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
I will need to find out why this is happening.
Probably because the test assumes a classloader hierarchy where there
is none (in Gump). I'll look into it.
Stefan
On Thu, 22 Jul 2004, Matt Benson [EMAIL PROTECTED] wrote:
as Conor reminded us the last time we talked about this, he already
added property evaluation to target if/unless for Ant 1.4 .
Non-issue, then.
Yep, I managed to overlook that Target#testIf/UnlessCondition expand
properties.
Stefan
On Tue, 27 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
What is the difference between gump starting the tests of ant and me
running ant test from the command line ?
CLASSPATH and build.sysclasspath.
Gump puts everything Ant needs into the system CLASSPATH, including
build/classes
On Tue, 27 Jul 2004, Antoine Levy-Lambert [EMAIL PROTECTED] wrote:
I wonder whether we should start a new vote on this issue, or is
there a compelling reason to stay with Bugzilla ?
Is there a compelling reason to move?
I still don't care too much as long as we retain history and
bugreports.
On Tue, 27 Jul 2004, [EMAIL PROTECTED] wrote:
I'd like to get it added to the External Tools and Tasks page if
possible.
Sure, I'll do so later today.
I am also curious, what license is generally preferred for ant
tasks?
It is up to you, whatever fits your needs best.
I would be happy to
On 28 Jul 2004, [EMAIL PROTECTED] wrote:
@@ -106,8 +113,13 @@
* The local WSDL file to parse; either url or srcFile is
* required. @param srcFile name of WSDL file */
-public void setSrcFile(File srcFile) {
-this.srcFile = srcFile;
+public void
On Wed, 28 Jul 2004, Steve Loughran [EMAIL PROTECTED] wrote:
Mono ships with a wsdl program too.
What do you think I've been using? 8-)
wsdl is a shell script that only contains mono wsdl.exe $@.
Does brutus have mono installed, for our friend gump?
No, not yet at least.
Stefan
801 - 900 of 3651 matches
Mail list logo