Seltsames Verhalten von JUnit-Tests im Zusammenspiel mit Ant

[alex81]

Hallo,

ich mache folgende merkwürdige Beobachtung.

1. Ich erstelle ein Projekt und das zugehörende JUnit-Projekt mit einem Ant-Script.
2. Ich starte die JUnit-Tests. An einigen Stellen treten Failures auf. Und zwar genau immer dann, wenn ein assertEquals auf zwei int-Werte genacht wird. Z.B.:

assertEquals(ErrorCodes.ERROR_XYZ, result.getStatusCode());

3. Um das ganze zu untersuchen, starte ich Eclipse und debugge den JUnitTest dort. Das assertEquals schlägt nun ebenfalls fehl, obwohl eindeutig beide Vergleichswerte ganz sicher identisch sind!!! Bitte beachten: Die class-Dateien, die Eclipse grade verwendet hat, sind durch das Ant-Script erstellt worden.
4. Und nun kommts: Wenn ich jetzt die JUnit-Klasse in Eclipse neu kompiliere, läuft der Test fehlerfrei durch!

Kennt jemand das Problem oder kann es erklären?
Vielen Dank!
Alexander

 

[maki]

Verwendet der Ant Complier dieselben Einstellungen für source/target wie der Eclipse Kompiler?
assertEquals basiert aus equals (wie der Name sagt), das kann bei Autoboxing (int -> Integer) und Auto-unboxing (Integer -> int) zu solchen Problemen führen.

 

[alex81]

Es werden die selben source/target Einstellungen von Eclipse und Ant verwendet. Es findet auch kein Autoboxing statt, es wird nur mit int gearbeitet. Seltsam ist ja, dass das assertEquals fehlschlägt, obwohl die Werte identisch sind. Das wird auch durch Log-Ausgaben bestätigt.

 

[Sonecc]

Wüsste auch keinen anderen Grund als Autoboxing...

 

[FArt]

Welche Version javac (JDK) verwendet der ANT zum compilieren und Eclipse?

Ich kann mir den Fehler auch nicht erklären, aber ich rate mal ganz wild und werfe mit 64-Bit gegen 32-Bit um mich (das ist eine reine Verschwörungstheorie, denn das kann ich mir eigentlich genau so wenig vorstellen!)....

In der Regel sitzt bei so etwas aber der Fehler davor ;-)

 

[alex81]

Habe die Lösung gefunden:
Das Ant-Script hat die Testklassen mit JUnit 4.4 im classpath kompiliert. JUnit 4.4 hat die Methode

assertEquals(long expected, long actual)

Mein Eclipse hat jedoch JUnit 3.8.1 integriert, dort gibt es diese Mehode nicht, statt dessen aber:

assertEquals(Object expected, Object actual)

Die Testklasse wurde anscheinend für long-Parameter kompiliert und funktioniert nicht mit Object. Kann das die Ursache sein? Wenn ich gleiche JUnit-Versionen (3.8.1) verwende, funktioniert es.

Das hängt wohl mit folgenden Änderungen mit JUnit 4.4 zusammen:
Bug fix (1715326): assertEquals now compares all Numbers using their native implementation of equals.
assertEquals(long, long) and assertEquals(double, double) have been re-introduced to the Assert class, to take advantage of Java's native widening conversions.

 

[Sonecc]

Wie wir festgestellt hatten, es ist Auto Boxing