JBoss 7 Server log4j.jar

[PollerJava]

Hi,

ich bin gerade dabei von JBoss 6 auf JBoss 7 umzusteigen und bekomm beim deployen meines EAR- files eine NoClassDefFoundError: org/apache/log4j/Logger.

Ich hab jetzt in Eclipse einfach die log4j.jar hinzugefügt unter Projekt -> Properties -> Java Build Path -> Libraries -> Add External JARs baer das hat nichts geändert.

Meine Frage wäre jetzt, hat schon jemand Erfahrungen damit gemacht, wie kann ich das lösen?
Besten Dank,
lg
Poller

 

[PollerJava]

Also hat mit dem JBoss 7 noch keiner gearbeitet?

 

[FArt]

Also hat mit dem JBoss 7 noch keiner gearbeitet?

Doch aber vermutlich lesen die erst mal die Doku, spätestens wenn etwas nicht so funktioniert wie erwartet.

https://docs.jboss.org/author/display/AS7/Developer+Guide#DeveloperGuide-ClassloadinginJBossAS7

 

[e9926044]

Also ich hab das selbe Problem, ich hab ein paar Sachen durchgelesen, JBoss 7 macht jetzt auf richtige Module -> Applikationen von JBoss JARs und die Applikationen untereinander abgeschlossen usw.
Aber wie man dann eine externe Jar dem JBoss 7 bekannt macht ist mir auch noch nicht klar.

vielleicht gibt es noch Hinweise in diese Richtung,

 

[Andgalf]

Also ich hab das selbe Problem, ich hab ein paar Sachen durchgelesen, JBoss 7 macht jetzt auf richtige Module -> Applikationen von JBoss JARs und die Applikationen untereinander abgeschlossen usw.
Aber wie man dann eine externe Jar dem JBoss 7 bekannt macht ist mir auch noch nicht klar.

vielleicht gibt es noch Hinweise in diese Richtung,

Also ich hab zwar selbst noch nicht mit dem 7ner gearbeitet, aber ich meine das ist jetzt weitestgehend OSGI basiert.

Also wären OSGI, Modules, Manifest .... die Stichworte zum googlen. Ich würde vermuten, dass man jars die man einbinden will in einem eigenen OSGI Modul zur Verfügung stellt.

alle Angaben ohne Gewähr

 

[maki]

Laut Google Treffer ist das ein Bug in JBoss 7.x der zu dieser Exception führt aber sonst keine Auswirkungen hat.

 

[FArt]

JBoss arbeitet nicht OSGI basiert, aber fast ;-)

Das neue Modulkonzept von JBoss 7 ist dem Konzept von OSGI sehr ähnlich und OSGI kann ohne großen Aufwand im JBoss 7 verwendet werden, muss aber nicht.

In JBoss 7 werden Module grundsätzlich voneinander isoliert, wenn nicht explizit Abhängikeiten definiert werden. Wie man Abhängigkeiten setzen kann, ist in obiger Doku eigentlich zu sehen, z.B. über die Manifestdatei.

 

[PollerJava]

JBoss arbeitet nicht OSGI basiert, aber fast ;-)

Das neue Modulkonzept von JBoss 7 ist dem Konzept von OSGI sehr ähnlich und OSGI kann ohne großen Aufwand im JBoss 7 verwendet werden, muss aber nicht.

In JBoss 7 werden Module grundsätzlich voneinander isoliert, wenn nicht explizit Abhängikeiten definiert werden. Wie man Abhängigkeiten setzen kann, ist in obiger Doku eigentlich zu sehen, z.B. über die Manifestdatei.

Also ich habe eine bestehende Java Applikation (mehrere Projekte deren JAR zu einer war zusammengefasst ist), die auf JBoss 6 einwandfrei läuft.
In den einzelnen Projekten wurden verschiedene JARs in den classpath inkludiert.

Ich frage mich jetzt, was ich machen soll, soll ich die einzelnen jars aus den einzelnen Projekten in ein eigenes Projekt stecken? - das wäre einiges an Aufwand?

Wie würdet ihr das machen?

 

[Andgalf]

JBoss arbeitet nicht OSGI basiert, aber fast ;-)

Das neue Modulkonzept von JBoss 7 ist dem Konzept von OSGI sehr ähnlich und OSGI kann ohne großen Aufwand im JBoss 7 verwendet werden, muss aber nicht.

Ah, danke für die Aufklärung. Ich hab vor ein-zwei Monaten mal einen kurzen Blick auf den JBoss 7 geworfen und direkt die "OSGI-Vermutung" gehabt

 

[FArt]

Also ich habe eine bestehende Java Applikation (mehrere Projekte deren JAR zu einer war zusammengefasst ist), die auf JBoss 6 einwandfrei läuft.
In den einzelnen Projekten wurden verschiedene JARs in den classpath inkludiert.

Ich frage mich jetzt, was ich machen soll, soll ich die einzelnen jars aus den einzelnen Projekten in ein eigenes Projekt stecken? - das wäre einiges an Aufwand?

Wie würdet ihr das machen?

Ich stehe selber gerade vor einer größeren Migration einer "Altlast". Wenn man es sauber machen möchte, ist es ein wenig Aufwand.

Vermutlich kann man über Konfigurationsparameter ein ähnliches Verhalten wie in älteren JBoss Versionen hinbekommen (LoaderRepository als ein Classloader-Topf für ein EAR), aber davon würde ich abraten. Eine saubere und sinnvolle Pflege der einzelnen Abhängigkeiten ist m.E. nötig und wichtig, wenn man modular arbeiten möchte... und ein wenig wird man durch den neuen JBoss dazu gezwungen...

 

[PollerJava]

du meinst also wirklich die Jars in ein eigenes Projekt?