Hibernate-annotations 3.4.0.GA und slf4j?

Ich habe ein maven Projekt, dass die Nutzung der hibernate-annotations 3.4.0.GA, die die slf4j-api version 1.5.5 (geprüft durch die "dependency tree" in der pom.xml Datei). Ein weiteres Projekt gibt slf4j-log4j12 version 1.4.2 als Abhängigkeit.

Habe ich ein anderes maven Projekt B die abhängig von Projekt a In Projekt B, die ich angegeben haben die folgenden Abhängigkeiten:

slf4j-api version 1.6.1,
logback-core version 0.9.24
logback-classic version 0.9.24

welche builds gut mit maven von der Befehlszeile aus. Aber wenn ich das Projekt aus eclipse launch configuration bekomme ich:

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/C:/Users/mm/.m2/repository/org/slf4j/slf4j-log4j12/1.4.2/slf4j-log4j12-1.4.2.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/C:/Users/mm/.m2/repository/ch/qos/logback/logback-classic/0.9.24/logback-classic-0.9.24.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: slf4j-api 1.6.x (or later) is incompatible with this binding.
SLF4J: Your binding is version 1.5.5 or earlier.
SLF4J: Upgrade your binding to version 1.6.x. or 2.0.x

Dieser Meldung die angegebene zu, dass ich aktualisieren müssen, die verbindlich im Projekt zu 1.6.x, aber ich sehe nicht, wie das möglich ist, da mit den darin enthaltenen in der hibernate-Abhängigkeit.

Ist es möglich zu wechseln, die Bindung (Aktualisierung der classpath-info) beim ausführen von Projekt B, damit es mit der 1.6.1 version statt der version aus dem hibernate-Projekt?

InformationsquelleAutor u123 | 2010-08-23

  1. 9

    Ich habe ein maven Projekt, dass die Nutzung der hibernate-annotations 3.4.0.GA, die die slf4j-api version 1.5.5 (geprüft durch die "dependency tree" in der pom.xml Datei). Ein weiteres Projekt gibt slf4j-log4j12 version 1.4.2 als Abhängigkeit.

    Nicht empfohlen, Sie sollten die gleichen Versionen von slf4j Artefakte. Aus den FAQ:

    Sind SLF4J-Versionen abwärtskompatibel?

    Selten mit theoretischen Ausnahmen,
    SLF4J-Versionen sind rückwärts
    - kompatibel. Dies bedeutet, dass Sie können
    upgrade von SLF4J version 1.0 zu jedem
    neuere version ohne Probleme.

    Während jedoch die SLF4J-API ist sehr
    stabil aus der client-Perspektive
    SLF4J-Bindungen wie slf4j-simple oder
    slf4j-log4j12 eine bestimmte
    version von slf4j-api. Mischen
    verschiedene Versionen von slf4j Artefakte
    kann problematisch sein und ist stark
    entmutigt.     Zum Beispiel, wenn Sie
    verwenden slf4j-api-1.5.6.jar dann
    sollten Sie auch verwenden
    slf4j-simple-1.5.6.jar mit
    slf4j-simple-1.4.2.jar wird nicht funktionieren.

    Initialisierungszeit, wenn SLF4J
    vermutet, dass es eine version
    mismatch-problem, es sendet eine Warnung
    über die besagte Abweichung. Für die genaue
    details der version mismatch
    Mechanismus zur Erkennung, entnehmen Sie bitte
    die entsprechenden Eintrag in dieser FAQ.

    Ist das etwas zu beheben.

    welche builds gut mit maven von der Befehlszeile aus. Aber wenn ich das Projekt aus eclipse launch configuration bekomme ich (...)

    Das problem ist, dass Sie die SLF4J-Artefakte von B und die aus Einem (transitiv) und du somit am Ende mischen mehrere Versionen der slf4j-api (1.5.5 und 1.6.1) und mehrere Bindungen (slf4j-log4j12 und logback-classic). SLF4J ist Sie beschweren sich über die spätere problem zur Laufzeit, sondern Sie sollten zu beheben.

    Dieser Meldung die angegebene zu, dass ich aktualisieren müssen, die verbindlich im Projekt zu 1.6.x, aber ich sehe nicht, wie das möglich ist, da mit den darin enthaltenen in der hibernate-Abhängigkeit.

    Ja, die Nachricht schlägt ein Upgrade einer Bindung zu einer neueren version. Aber, wichtiger ist, dass es Berichte, dass Sie mehr als EINE Bindung an den class-path: Sie müssen wählen zwischen log4j und logback als logging unterstützt und entsprechende verbindliche, aber nicht beide.

    Ist es möglich zu wechseln, die Bindung (Aktualisierung der classpath-info) beim ausführen von Projekt B, damit es mit der 1.6.1 version statt der version aus dem hibernate-Projekt?

    Streng beantworten dieser Frage über die Kontrolle der Versionen in transitiven Abhängigkeiten, kann dies durchgeführt werden, indem die dependencyManagement element. Hier ist ein Beispiel:

    <project>
  ...
  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.6.1</version>
      </dependency>
    </dependencies>
  </dependencyManagement>
  ...
  <dependencies>
    <dependency>
      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-entitymanager</artifactId>
      <version>3.4.0.GA</version>
    </dependency>
  </dependencies>
  ...
</project>

    Und Artefakte mit slf4j-api als Abhängigkeit, wie Hibernate EntityManager nutzen würde, version 1.6.1, wie unten gezeigt: 

    $ mvn dependency:tree 
... 
[INFO] +- org.hibernate:hibernate-entitymanager:jar:3.4.0.GA:compile 
[INFO] | +- org.hibernate ejb3-persistence:jar:Version 1.0.2.GA:compile 
[INFO] | +- org.hibernate:hibernate-commons-annotations:jar:3.1.0.GA:compile 
[INFO] | +- org.hibernate:hibernate-annotations:jar:3.4.0.GA:compile 
[INFO] | +- org.hibernate:hibernate-core:jar:3.3.0.SP1:kompilieren 
[INFO] | | +- antlr:antlr:jar:2.7.6:kompilieren 
[INFO] | | \- commons-collections:commons-collections:jar:3.1:compile 
[INFO] | +- org.slf4j:slf4j-api:jar:1.6.1:compile 
[INFO] | +- dom4j:dom4j:jar:1.6.1:compile 
[INFO] | | \- xml-apis:xml-apis:jar:1.0.b2:kompilieren 
[INFO] | +- javax.transaction:jta:jar:1.1:compilieren 
[INFO] - | \ - javassist:javassist:jar:3.4.GA:compile

    Aber wie gesagt, das eigentliche problem ist, dass Sie brauchen, um nur eine Bindung auf dem classpath. Wählen Sie entweder log4j oder logback, nur nicht beides, und liefern die entsprechende Bindung.

    Ich Tat, führen Sie mvn dependency:tree-on-Projekt ist Eine, die eine Abhängigkeit von hibernate. Und es zeigt, dass die hibernate-annotations version 3.4.0.GA verwenden, die slf4j-api-version 1.5.5 und nicht 1.6.1. Wenn ich Sie richtig verstehe, alle Projekte je nach Modul verwenden sollten die gleiche version wie der hibernate - 1.5.5? Scheint ziemlich zerbrechlich auf mich, dass alle Projekte, die voneinander abhängen, muss die gleiche version. Weiter kann ich nicht verwenden, slf4j 1.6.1 vor hibernate updates für diese version.
    Ja, alle Projekte, alle sollten die gleiche version. Nein, Sie müssen nicht die gleiche version wie Hibernate. Wie ich Ihnen sagte, können Sie Steuern, welche Versionen der Artefakte in transitiven Abhängigkeiten mit der dependencyManagement element und ich ein Beispiel. Es gibt keine Notwendigkeit zu warten, Hibernate, aktualisieren Sie die version, die Sie verwenden. Verwenden Sie einfach die dependencyManagement element, das ist der Weg zu gehen.
    +1 für den FAQ-link

    InformationsquelleAutor Pascal Thivent

  2. 0

    Hatte ich dieses problem, aber nach dem Crawlen meine Abhängigkeitsstruktur und die Festlegung der meine pom war ich noch Probleme. Meine Lösung?

    mvn clean

    (nur falls jemand anderes mein Fehler!)

    InformationsquelleAutor samspot

Schreibe einen Kommentar