Ruhezustand 5 Java.lang.NoSuchMethodError org.jboss.logging.Logger.debugf

Bei Glasfischen Dieses Problem wird durch Kollisionen mit Abhängigkeiten von Glassfish-Modulen verursacht. Wenn Sie die lib-Liste in glassfishdir/modules überprüfen, wird boss-logging.jar angezeigt. Sie können es löschen und durch aktuelle wie org.jboss.logging ersetzen: jboss-logging: jar: 3.3.0.Final. Es hat für mich funktioniert.

In meinem Fall war der Täter das Jersey-Bean-Validator-Artefakt . Eine seiner Abhängigkeiten, Bean-Validation-2.4.0-b06.jar, enthält aus irgendeinem Grund Jboss-Protokollierungsklassen. Ich musste die Trikot-Bean-Validierung und die Bean-Validator-Artefakte aus der Spring-Boot-Starter-Jersey-Abhängigkeit ausschließen:

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-jersey</artifactId>
        <exclusions>
            <exclusion>
                <artifactId>jersey-bean-validation</artifactId>
                <groupId>org.glassfish.jersey.ext</groupId>
            </exclusion>
            <exclusion>
                <artifactId>bean-validator</artifactId>
                <groupId>org.glassfish.hk2.external</groupId>
            </exclusion>
        </exclusions>
    </dependency>

BEARBEITEN: Ab Spring-Boot 1.3.0 ist dieses Problem behoben und die obigen Ausschlüsse sind nicht mehr erforderlich.

Aktualisieren Sie jboss-logging.jar auf eine neuere Version. Die von Ihnen verwendete scheint mit Hibernate 5 nicht kompatibel zu sein.

Ich war auch mit solchen Problemen konfrontiert, als ich das Ohr auf einem Weblogic-Server installierte . Anscheinend verwendet Weblogic auch das Jboss-Protokollierungssystem und verwendet eine alte Version davon.
Mein Fix:
Füge "weblogic-application.xml" zum META-INF-Ordner mit diesem Inhalt hinzu:

    <?xml version="1.0" encoding="UTF-8"?>
    <weblogic-application>
        <prefer-application-packages>
            <package-name>org.jboss.logging.*</package-name>
        </prefer-application-packages>

        <prefer-application-resources>
            <resource-name>org/jboss/logging/Logger.class</resource-name>
        </prefer-application-resources>
    </weblogic-application>

Ich habe den gleichen Fehler mit jersey-spring-3 und hibernate 5.0.1.Final.Exkludiert. Bean-Validierung hat für mich funktioniert. Hier ist meine endgültige Abhängigkeit.

<dependency>
    <groupId>org.glassfish.jersey.ext</groupId>
    <artifactId>jersey-spring3</artifactId>
    <version>2.22.2</version>
    <exclusions>
        <exclusion>
            <groupId>org.glassfish.hk2.external</groupId>
            <artifactId>bean-validator</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.glassfish.jersey.ext</groupId>
    <artifactId>jersey-bean-validation</artifactId>
    <version>2.22.2</version>
</dependency>

von :

<dependency>
    <groupId>org.glassfish.jersey.ext</groupId>
    <artifactId>jersey-spring3</artifactId>
    <version>2.22.2</version>
</dependency>

Überprüfen Sie meine Antwort unter NoSuchMethodError: org.jboss.logging.Logger.debugf

Selbst nach dem Upgrade auf Hibernate 5.2 hatte ich Probleme, und der Täter war "jboss-logging 3.3.0.Final", was ich auch in Ihren Abhängigkeiten als vorhanden sehe . Wenn Sie die Schritte auf dem in der Antwort angegebenen Link ausführen, können Sie dies tun Reduzieren Sie die Abhängigkeits-JBoss-Protokollierung auf die Stufe 3.2, die die erforderliche Funktion hat.

Wahrscheinlich befindet sich im Klassenpfad der Anwendung eine veraltete JBoss-Protokollierungs-JAR. Die ...f-Methoden sind eine relativ neue Ergänzung der Logger-API. Der Ruhezustand 5 hängt direkt von der Logging-Version 3.3.0 ab. Möglicherweise haben Sie jedoch in Ihrem pom.xml eine übergeordnete Abhängigkeit von einer früheren Version. Eine andere Möglichkeit besteht darin, dass Sie die Bereitstellung in einem JBoss-Container vornehmen, in dem die Protokollierungs-API vom Container bereitgestellt wird. Dann müssen Sie möglicherweise den JBoss-Server aktualisieren oder eine Problemumgehung einführen, um Klassen zu bevorzugen, die von Ihrer Anwendung beigesteuert werden.

Auch ich habe mich diesem Problem gestellt. Das hat es für mich behoben 

       <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>4.2.1.RELEASE</version>
            <exclusions>
                <exclusion>
                    <groupId>commons-logging</groupId>
                    <artifactId>commons-logging</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

JBoss 6.1+?

Ich setze org.jboss.logging für jboss-logging-3.3.0.Final-redhat-1.jar in Modulen von jboss.

Es funktioniert für mich.

Att.,

Dies kann verursacht werden, wenn eine Abhängigkeit beinhaltet

<dependency>
    <groupId>org.Eclipse.persistence</groupId>
    <artifactId>eclipselink</artifactId>
    <version>2.6.2</version>
</dependency>

Schließen Sie es mit einem exclusions-Element in dependency aus.

Mit Eclipse können Sie herausfinden, welches Glas das Problem verursacht:

• Richten Sie ein Projekt mit all Ihren Gläsern auf dem Klassenpfad ein
• Navigieren -> Typ öffnen ...
• Eintippen org.jboss.logging.Logger

Dies gibt Ihnen eine Liste von Gläsern, die die Klasse enthalten. Eine davon ist veraltet und muss ausgeschlossen werden (Variationen hierzu finden Sie in den anderen Antworten).

Ich habe das gleiche Problem mit spring4.2.1 + hibernate5.0.2 + jersey2.23.1 . Meine Lösung ist die gleiche: Ohne org.glassfish.hk2.external:bean-validator von jersy-spring-3 und Hinzufügen von org.glassfish.jersey.ext:jersey-bean-validation.

<dependency>
  <groupId>org.glassfish.jersey.ext</groupId>
  <artifactId>jersey-spring3</artifactId>
  <version>2.23.1</version>
  <exclusions>
    <exclusion>
      <groupId>org.glassfish.hk2.external</groupId>
      <artifactId>bean-validator</artifactId>
    </exclusion>
  </exclusions>
</dependency>
<dependency>
  <groupId>org.glassfish.jersey.ext</groupId>
  <artifactId>jersey-bean-validation</artifactId>
  <version>2.23.1</version>
</dependency>

Löschen Sie in meiner Produktumgebung einfach bean-validator-2.4.0-b34.jar und fügen Sie jersey-bean-validation-2.23.1.jar hinzu.

Ich hatte den gleichen Fehler, es wird von .__ gelöst. Fügen Sie zunächst die Abhängigkeit des jboss-Protokollierungsglases wie folgt hinzu

<!-- https://mvnrepository.com/artifact/org.jboss.logging/jboss-logging -->
<dependency>
    <groupId>org.jboss.logging</groupId>
    <artifactId>jboss-logging</artifactId>
    <version>3.3.0.Final</version>
</dependency>

Wenn der Fehler weiterhin besteht, fügen Sie der Maven-Abhängigkeit folgende Exklusion hinzu.

<dependency>
    <groupId>org.glassfish.jersey.ext</groupId>
    <artifactId>jersey-spring3</artifactId>
    <version>2.12</version>
     <exclusions>
            <exclusion>
                    <groupId>org.glassfish.hk2</groupId>
                    <artifactId>hk2</artifactId>
            </exclusion>
        </exclusions>
</dependency>

Nachdem ich diese beiden Dinge getan habe, funktioniert es gut für mich. Ich hoffe, dass es auch für Sie funktioniert.

In meinem Fall wurde das Problem durch eine ältere Version von jboss-logging verursacht, die als transitive Abhängigkeit von hibernate-ehcache auftrat. Ich habe es gelöst, indem ich den Ausschluss hinzugefügt habe:

    <dependency>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-ehcache</artifactId>
        <version>${hibernate.version}</version>
        <exclusions>
            <exclusion>
                <groupId>org.jboss.logging</groupId>
                <artifactId>jboss-logging</artifactId>
            </exclusion>
        </exclusions>
    </dependency>

Fehler, den ich bekam war "

Application run failed: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]: Invocation of init method failed; nested exception is Java.lang.NoSuchMethodError: org.jboss.logging.Logger.debugf(Ljava/lang/String;I)V

:::
:::
Caused by: Java.lang.NoSuchMethodError: org.jboss.logging.Logger.debugf(Ljava/lang/String;I)V"

ich habe den JBoss-Logging-Ordner <.m2\repository\org\jboss\logging\jboss-logging> gelöscht und den JBoss-Server neu gestartet.

Die Gläser wurden addiert und der Fehler war verschwunden. (Ich habe danach einen anderen Fehler bekommen, aber zumindest war dieser Fehler weg)