Looks like Ant-Build-Matrix is finally fixed! I have reenabled mail sent to
notificati...@ant.apache.org so we can track regressions.
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev
Le 9 avr. 2012 à 07:35, Stefan Bodewig a écrit :
> Hi,
>
> by now I've managed to reduce the number of failing tests to 0 on two of
> the six build configurations. What remains:
>
> * a failure that only happens on Java5 machines WRT a closed ZIP. I'll
> re-investigate what is going on here
Hi,
by now I've managed to reduce the number of failing tests to 0 on two of
the six build configurations. What remains:
* a failure that only happens on Java5 machines WRT a closed ZIP. I'll
re-investigate what is going on here tomorrow
* some stange host-name resolution issue with the Ubun
On 2012-02-24, Jesse Glick wrote:
> On 02/24/2012 12:12 AM, Stefan Bodewig wrote:
>> It is supposed to be used via ./build.sh antunit-tests.
> Ah. But when I do that, I get failures that I do not get when I use
> ./dist/bin/ant -lib lib/optional antunit-tests, e.g.:
> Build File: .../src/tests/a
On 02/24/2012 12:12 AM, Stefan Bodewig wrote:
It is supposed to be used via ./build.sh antunit-tests.
Ah. But when I do that, I get failures that I do not get when I use
./dist/bin/ant -lib lib/optional antunit-tests, e.g.:
Build File: .../src/tests/antunit/bugfixes/br50866/br50866-test.xml
T
On 2012-02-23, Jesse Glick wrote:
> ...though it hangs in taskdefs/exec/apply-test.xml:
I've never seen it hang but some of the exec tests fail for me regularly
as well (as they occasionaly do on Gump).
Stefan
-
To unsubscribe,
On 2012-02-23, Jesse Glick wrote:
> On 02/23/2012 04:09 PM, Jesse Glick wrote:
>> $ ant -lib lib/optional/ant-antunit-1.2.jar antunit-tests
> Never mind, just figured out that you need to use
> $ ./dist/bin/ant ...
> to actually test trunk code! Maybe build.xml should detect this
> somehow and
...though it hangs in taskdefs/exec/apply-test.xml:
apply-test.antunit:
Build File: .../src/tests/antunit/taskdefs/exec/apply-test.xml
...
"main" prio=10 tid=0x091c7c00 nid=0x24e0 in Object.wait() [0xf6947000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait
On 02/23/2012 04:09 PM, Jesse Glick wrote:
$ ant -lib lib/optional/ant-antunit-1.2.jar antunit-tests
Never mind, just figured out that you need to use
$ ./dist/bin/ant ...
to actually test trunk code! Maybe build.xml should detect this somehow and
warn you (though of course it would be bette
I get a bunch of test failures in trunk using
$ ant -lib lib/optional/ant-antunit-1.2.jar antunit-tests
under JDK 7u3, Ubuntu. Are these tests normally expected to pass?
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
On Wed, 11 Oct 2006, Matt Benson <[EMAIL PROTECTED]> wrote:
> Okay--looks like it's because the jars that contain
> the matcher impls aren't added to forked junit.
> Furthermore, as some of you are probably aware, it's
> been this way pretty much ever since the Ant jars were
> broken up. Looks l
--- Matt Benson <[EMAIL PROTECTED]> wrote:
> --- Matt Benson <[EMAIL PROTECTED]> wrote:
>
> > When I run the antunit tests against core HEAD, I
> > get
> > failures on the matcher stuff due to the
> > org.apache.tools.ant.util.regexp.Jdk14RegexpRegexp
> > class not being found. For some reason t
--- Matt Benson <[EMAIL PROTECTED]> wrote:
> When I run the antunit tests against core HEAD, I
> get
> failures on the matcher stuff due to the
> org.apache.tools.ant.util.regexp.Jdk14RegexpRegexp
> class not being found. For some reason this happens
> even when I set ant.regexp.matcherimpl to e.
When I run the antunit tests against core HEAD, I get
failures on the matcher stuff due to the
org.apache.tools.ant.util.regexp.Jdk14RegexpRegexp
class not being found. For some reason this happens
even when I set ant.regexp.matcherimpl to e.g.
org.apache.tools.ant.util.regexp.JakartaOroMatcher .
14 matches
Mail list logo
