Wenn Sie mit iReport Berichte erzeugen, sollte wie gesagt die iReport-Versionsnr. mit der JasperReports-Version übereinstimmen, die der jew. Server nutzt. In Edustore ist dies derzeit die Version 5.1.0. Wenn die Versionsnummern nicht übereinstimmen, dürfen Sie keinesfalls die *.jasper-Dateien von dem lokalen Arbeitsplatz zum Tomcat Server kopieren.

Darüber hinaus kann es auch weitere Abhängigkeiten geben, iReport bringt ein paar mehr Bibliotheken mit, als JasperReports. Wenn Sie dann eine jrxml-Datei auf den Server kopieren, könnte es eine Fehlermeldung geben in dem Stil

Das Vorgehen ist hier wie folgt:

• Prüfen Sie zunächst, ob Sie die jeweilige Bibliothek wirklich brauchen.
• Wenn ja, dann ermitteln Sie aus dem Namen der fehlenden Klasse den Namen der *.jar-Datei. Meist reicht es, wenn Sie den Klassennamen in einer Suchmaschine eingeben, oder in einer speziellen Java-Suchmaschine wie http://www.jarfinder.com/
• Wenn Sie die jar-Datei identifiziert haben, können Sie diese von iReport-xxx/ireport/modules/ext/ in das webapps/superx/WEB-INF/lib Verzeichns kopieren.
• Danach müssen Sie Tomcat neu starten.

Achtung: gehen Sie beim Kopieren in den WEB-INF/lib Ordner möglichst sparsam um: manchmal gibt es zwischen einzelnen Bibliotheken unerwünschte und unvorhersehbare Querabhängigkeiten, z.B. nutzt eine iReport-Bibliothek xy.jar eine andere Bibliothek vz.jar, welche bereits im Tomcat Server vorhanden ist – aber mit einer anderen Versionsnummer. In diesem Falle kann es zu seltsamen Phänomenen kommen, die sehr schwer zu diagnostizieren sind, bis hin zu einer Instabilität des Servers. Man muss solche Kopiermaßnahmen auf jeden Fall gründlich testen!

Unter uns: Wir nennen Probleme, die dadurch entstehen können, die "jar-Hölle"...

Im folgenden sammeln wir ein paar Beispiele für gefahrlose Kopieraktionen.