Comparisons bei JUnit/DBUnit

[Phall.us]

Hi, Leude.

Der Thread handelt wie oben genannt von Junit (speziell DBUnit), wobei ich ein Paar Problemchen hab.
Es soll eine Datenbank-Tabelle mit einer XML-Datei verglichen werden (Assertion [assertEquals]).
Unten zu sehen ist eine .jpg, die ein Result Comparison anzeigt, nachdem man bei Eclipse nen JUnit Test ausführt.
In dem Fall ist "Expected" (links) der Wert der aus der XML entnommen wird und "Actual" (rechts) das zu vergleichende aus der Datenbank, so wie es aussehen sollte.
Nun ist es aber so, dass EIGENTLICH kein Fehler gefunden wird, da er nichts rotes anzeigt und bei näherem Hinsehen ist auch keiner zu erkennen.
Meine Frage dazu ist jetzt:
Bin ich einfach zu blind, um den Fehler zu finden bzw. woran liegt der Fehler?
Falls nötig, kann ich euch auch noch den Sourcecode mitgeben.

[/img]

 

[Wildcard]

Bin ich einfach zu blind, um den Fehler zu finden bzw. woran liegt der Fehler?

Welcher Fehler denn? ???:L

 

[Phall.us]

Original von Wildcard:

Welcher Fehler denn? icon_scratch.gif

Es is ja so, dass Eclipse mir einen Fehler anzeigt, der dort drin sein soll, jedoch ist der Vergleich identisch wie man sieht, wird jedoch TROTZDEM so dargestellt, als sei dort ein Fehler drin.

 

[Wildcard]

Wieso, ist doch nichts markiert. Heißt für mich das es identisch ist.

 

[Phall.us]

Für dich, für mich, für Eclipse nich.
Wenn man den JUnit Test duchlaufen lässt, dann is er bei der Hälfte des Balkens rot, und zeigt nen comparison failure an:

junit.framework.ComparisonFailure: null expected:<...' encoding='UTF-8'?>[
<dataset>
  <PLACEMENT BALANCE="A22" KEEPPLACE="blaa" STARTDATE="2002-09-22"/>
</dataset>
]
> but was:<...' encoding='UTF-8'?>[
<dataset>
  <PLACEMENT BALANCE="A22" KEEPPLACE="blaa" STARTDATE="2002-09-22"/>
</dataset>]
>

Würde er dies nicht tun, so könnte ich auch nichteinmal von irgendwoher diesen result comparison beziehen, den du oben als Screenie siehst.

//Edit:
Ums nochmal zu verdeutlichen: Mich stört es, dass ein Fehler angezeigt wird, obwohl garkeiner in Wirklichkeit vorhanden ist. Das Zeug wird in eine Logdatei automatisch eingegeben, doch bringts mir nix, wenn er selbst bei einem fehlerlosen Vergleich etwas in die Datei reinhaut.

 

[SnooP]

hmm... ich hatte sowas auch mal war nen toString Problem, sprich die objekte die ich vergleichen wollte waren nicht gleich, aber die toStrings waren trotzdem identisch, was die Fehleranalyse erschwerte *g* ... poste mal den code der junit zunächst und evtl. etwas rumpf der relevanten methoden...

 

[Phall.us]

Ich hab mich genau an diesem Tutorial hier orientiert, demnach is der Code auch ebenfalls der selbe.
Tut mir leid, dass ich nich was eigenes hier miteinbezieh, aber ich hab keine Ahnung welches Stück genau vom Code hierfür relevant sein sollte.

 

[Murray]

Dann ist das Problem wohl dieser Test:

public void testExportData() throws Exception
{
  IDataSet dataSet = getConnection().createDataSet(new String[]
  {
    TABLE_NAME
  });

  URL url = DatabaseTestCase.class.getResource("/input.xml");
  assertNotNull(url);
  File inputFile = new File(url.getPath());
  File outputFile = new File(inputFile.getParent(), "output.xml");
  FlatXmlDataSet.write(dataSet, new FileOutputStream(outputFile));

  assertEquals(FileUtils.readFileToString(inputFile, "UTF8"), 
    FileUtils.readFileToString(outputFile, "UTF8"));

}

Dabei werden ja zwei Dateien geschrieben und diese dann unter Verwendung der Klasse FileUtils wieder eingelesen und als Strings verglichen. Grundsätzlich würde ich so einen Test für XML-Import/Export-Routinen für problematisch halten, weil es dabei ja lediglich darauf ankommt, dass die XML-Dateien semantisch gleich sind; irgendwelche Formatierungen oder Kommentare bewirken ja keine semantischen Unterschiede, lassen einen Stringvergleich aber natürlich sofort fehlschlagen.
In diesem Fall ist das aber wohl nicht das Problem, denn zumindest das, was in den Screenshots zu sehen ist, ist ja auch inklusive der Formatierungen identisch. Hast Du die beiden Dateien mal im Editor angesehen? Vielleicht fällt dabei ja etwas auf. Ansonsten könntest Du auch in den Test ein paar Ausschreibungen einbauen:

public void testExportData() throws Exception
{
  IDataSet dataSet = getConnection().createDataSet(new String[]
  {
    TABLE_NAME
  });

  URL url = DatabaseTestCase.class.getResource("/input.xml");
  assertNotNull(url);
  File inputFile = new File(url.getPath());
  File outputFile = new File(inputFile.getParent(), "output.xml");
  FlatXmlDataSet.write(dataSet, new FileOutputStream(outputFile));

  String strIn  = FileUtils.readFileToString(inputFile, "UTF8");
  String strOut = FileUtils.readFileToString(outputFile, "UTF8");   
  System.out.println( "strIn:  \"" + strIn + "\" (length: " + strIn.length() + ")");
  System.out.println( "strOut: \"" + strOut + "\" (length: " + strOut.length() + ")");
  System.out.println( "eq: " + strIn.equals( strOut));

  assertEquals( strIn, strOut);

}

 

[Lim_Dul]

Dos/Unix Zeilenumbrüche Beispielsweise?

 

[Phall.us]

Hey Murray,
leider klappt es nach deiner Codebearbeitung auch nicht. :autsch:

junit.framework.ComparisonFailure: null expected:<...' encoding='UTF-8'?>[
<dataset>
  <PLACEMENT BALANCE="A22" KEEPPLACE="blaa" STARTDATE="2002-09-22"/>
</dataset>
]
> but was:<...' encoding='UTF-8'?>[
<dataset>
  <PLACEMENT BALANCE="A22" KEEPPLACE="blaa" STARTDATE="2002-09-22"/>
</dataset>]
>

Was mir jedoch auffällt ist, dass jeweils hinter "</dataset>" die eckige Klammer eine andere Position einnimmt.
Mit Returns und sonstigen Variationen von Leerstellen hab ichs schon probiert, es funktioniert nich.

 

[Murray]

Hey Murray,
leider klappt es nach deiner Codebearbeitung auch nicht. :autsch:

Was nicht weiter verwunderlich ist - ich habe ja nur Ausschreibungen eingebaut, die helfen sollten, den Fehler zu finden; die Funktion ist durch die Ausschreibungen nicht verändert.

Aber Du hast den Grund für den Fehler ja schon gefunden: die beiden Strings unterscheiden sich durch einen Zeilenumbruch.

Du kannst jetzt entweder den Code, der die Ausgabedatei generiert, so ändern, dass kein Umbruch am Ende geschrieben wird, oder aber den Vergleich "entschärfen":

  String strIn  = FileUtils.readFileToString(inputFile, "UTF8");
  String strOut = FileUtils.readFileToString(outputFile, "UTF8");   
  System.out.println( "strIn:  \"" + strIn + "\" (length: " + strIn.length() + ")");
  System.out.println( "strOut: \"" + strOut + "\" (length: " + strOut.length() + ")");
  System.out.println( "eq: " + strIn.equals( strOut));

  //--- in den beiden Strings alle Whitespace-Characters durch Leerzeichen ersetzen
  String strInPlain  = strIn.replaceAll( "\\s", " ").trim();
  String strOutPlain = strOut.replaceAll( "\\s", " ").trim();
  System.out.println( "strInPlain:  \"" + strInPlain + "\" (length: " + strInPlain.length() + ")");
  System.out.println( "strOutPlain: \"" + strOutPlain + "\" (length: " + strOutPlain.length() + ")");
  System.out.println( "eq: " + strIn.equals( strOut));

  assertEquals( strInPlain, strOutPlain);

 

[Phall.us]

Maaaany thanks to all of u!

Dank dem Code von Murray klappt et jetz, wobei die XML-Nachricht jetzt innerhalb einer Zeile sein muss.
Den Rest werd ich schon für mich rausfinden, hauptsache ich bin weitergekommen was das angeht, vielen Dank nochmal.