> It doesn't ring a bell with me. If it happens again, please record the
> classpath. It could be due to a typo or funny character in
> the classpath
> confusing the URL code in the JDK?
FWIW, I once used directory names with '!' in them. This had to end pretty
quick when I used jars in them by
> people would expect xyzzy to get executed (it won't with your patch,
> Ant will fail because no target ${baz} exists instead). This would
> break the static target dependency analysis for Ant.
Ah. Ok, got it. Theoretically, the patch could be applied to the tag
only then - but considering the
> I feel unconfortable about this change. It introduces some sort of
> dynamic programming with I do notknow which consequences. What happens
> when people use ?, what happens when depends lists contain
> such variables? I think it is a very bad can or worms, unless we first
> have a rational for i
Steve, thank you for a comment in depth.
> version, but changing a default is the kind of subtle change that
> doesn't appear to break things, but changes the expected
> results. People
> really hate it when we do that.
Yes - again, I can definitively relate to that. The bottom reason I desire
> There are lots of things that are inconsistent & due to backwards
> compatibility. No, we dont want to change them.
Fair enough, I can relate to that. And as Mr Fernandez points out, there may be
a better solution anyway in this particular case.
> do you want to field
> every bug report that
> On a more cheerfully note, take a look at: (in 1.6)
> With this task you can define your own defaults for whichever
> task you want to use and even use the same name as the original
> IIRC.
>
> This may be the solution to the battle of the defaults.
Aha! Still on 1.4, so it's definitively time
XML parsers and such, not to mention us that
specifically builds against Ant itself, but may want to use one version to
build *with* and another to build *against*. Yes - it's not to terribly hard to
set the attribute, but IMHO it 'errs on the wrong side' if you forget it/don
dded in my tool and that tool makes sure
there are appropriate properties set.
Patch (cvs diff -u ...) follows at the bottom.
Thank you,
Kenneth Olving
CM Architect
The Frameworx Company
Index: ProjectHelper2.java
===
RCS file: