Eclipse Maven/Eclipse ClassLoader Reihenfolge

[mephi]

Hi,

ich habe ein kleines Problem was vermutlich mit dem ClassLoader zutun hat. Und zwar habe ich ein Mavenprojekt welches neben anderen Libs auch eine jar von IBM und commons-lang enthält.
So das Problem ist nun dass die jar von IBM die Klassen von commons-lang enthält, aber einer älteren Version. Maven baut das Projekt anständig aber Eclipse sagt mir dass StringUtils.startsWith(..) undefined ist, da Eclipse wohl die Klasse aus dem IBM jar nimmt und Maven die richtige aus commons-lang. Und es scheint auch willkürlich aufzutreten. Ein Kollege hat das selbe Projekt ausgecheckt und bei ihm gibts das Problem nicht. Kann man hier irgendwas ausrichten?

Grüße
mephi

 

[mvitz]

In Eclipse selber kann man in den Build-Path Settings die Reihenfolge festlegen, da hätte man also die Chance, dafür zu sorgen das common-lang vor dem IBM JAR genutzt wird.

Jedoch bin ich mir beim ausführen später nicht sicher, wie genau die Reihenfolge vom Javainterpreter genutzt wird.

 

[mephi]

Die Maven Dependencies sind leider nur ein Punkt unter "Order and Export" man kann sie also nur als gesamtes in der Reihenfolge verschieben.

 

[mvitz]

Ah stimmt, dann einfach dafür sorgen, dass commons-lang vor IBM als <dependency> in der POM steht.

 

[mephi]

Ok danke, das hat fürs erste geholfen. Mich wundert dann nur wieso der Fehler bei meinem Kollege nicht auftrat. Der Unterschied ist, er hat den Rational Application Developer 7.5 benutzt und ich Eclipse 3.6.
Daher hab ich angenommen dass die Reihenfolge wie Eclipse die jars dann lädt willkürlich ist(der maven build funktionierte ja). Hmm..

 

[mvitz]

Keine Ahnung, aber genau das Problem zeigt, wieso man externe Bibliotheken NICHT mit in sein JAR verpacken sollte (was hier immer mal wieder Leute möchten).

Lustig wird es dann evtl. noch, wenn ihr euer Projekt/Produkt deployt. Denn wenn es auf einem Application Server laufen soll, dann kann es euch durchaus passieren, dass dieser wiederum die IBM zuerst lädt und schon habt ihr ein Problem (vor allem ist im AS dann die Reihenfolge zu ändern sehr schwer). Evtl. wäre es noch eine Möglichkeit, die common-lang Klassen aus dem IBM Jar zu entfernen oder (vorausgesetzt ihr nutzt Java6) einfach commons-lang 3 zu benutzen (da haben die aus Kompatibitätsgründen anderen Packages genutzt und ihr kämt mit den commons-lang 2.x Klassen nicht in Konflikt).

 

[mephi]

Ja, warum IBM sowas macht ist mir echt nicht klar. "Rebundlen" war eine Überlegung. Man kann jetzt von Glück sagen dass es sich bei dem Projekt nur um ein Beispiel Projekt handelt und nichts das produktiv gehen soll. Problem früh erkannt
Danke