Hibernate 5 java.lang.NoSuchMethodError org.jboss.logging.Logger.debugf

В Glassfish Эта проблема вызвана конфликтом с зависимостями модулей Glassfish. Если вы проверите список библиотек в Glassfishdir/modules, вы увидите boss-logging.jar. Вы можете удалить его и заменить последним, например org.jboss.logging:jboss-logging:jar:3.3.0.Final. Это сработало для меня.

В моем случае виновником был артефакт валидатора джерсейской фасоли. Одна из его зависимостей, bean-validation-2.4.0-b06.jar, по какой-то причине содержит классы ведения журнала Jboss. Мне пришлось исключить артефакты jersey-bean-validation и bean-validator из зависимости spring-boot-starter-jersey:

<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>

РЕДАКТИРОВАТЬ: Начиная с spring-boot 1.3.0, это исправлено, и указанные выше исключения больше не нужны.

Попробуйте обновить jboss-logging.jar до более новой версии. Тот, который вы используете, не совместим с Hibernate 5.

Я также столкнулся с такой проблемой, когда развернул ухо на сервере weblogic. По-видимому, weblogic также использует систему ведения журнала jboss и использует ее старую версию.
Мое исправление:
Добавьте «weblogic-application.xml» в папку META-INF с этим содержимым:

    <?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>

Я получал ту же ошибку, используя jersey-spring-3 и hibernate 5.0.1.Final.Excluding org.glassfish.hk2.external:bean-validator from jersy-spring-3 и добавляя org.glassfish.jersey.ext:jersey- у меня работала bean-validation. Вот моя последняя зависимость.

<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>

от :

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

По всей вероятности, у вас есть устаревший JAR JBoss Logging JAR в пути к классам приложения. Методы ...f являются относительно новым дополнением к Logger API. Hibernate 5 напрямую зависит от Logging версии 3.3.0, но возможно, что где-то в вашем pom.xml у вас есть переопределяющая зависимость от более ранней версии. Другая возможность заключается в том, что вы выполняете развертывание в контейнере JBoss, где API ведения журнала предоставляется контейнером. Затем вам может потребоваться обновить сервер JBoss или ввести обходной путь, чтобы предпочесть классы, предоставленные вашим приложением.

Проверьте мой ответ на NoSuchMethodError: org.jboss.logging.Logger.debugf< /а>

В моем случае проблема была вызвана тем, что более старая версия jboss-logging была переходной зависимостью от hibernate-ehcache, которую я обнаружил, изучив дерево зависимостей maven. Я решил это, добавив исключение:

    <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>

У меня была такая же ошибка, она решается сначала добавлением зависимости jboss log jar следующим образом

<!-- 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>

И если ошибка все еще существует, добавьте следующее исключение в зависимость maven.

<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>

После этих двух вещей у меня все работает нормально. Надеюсь, у вас тоже.

Ошибка, которую я получил, была "

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"

я удалил папку журнала jboss ‹.m2\repository\org\jboss\logging\jboss-logging> и перезапустил сервер jboss.

Банки были добавлены обратно, и ошибка исчезла. (после этого я получил еще какую-то ошибку, но, по крайней мере, эта ошибка исчезла)

Я тоже столкнулся с этой проблемой. Это то, что исправило это для меня

       <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>

У меня такая же проблема с spring4.2.1+hibernate5.0.2+jersey2.23.1. Мое решение такое же: исключить org.glassfish.hk2.external:bean-validator из jersy-spring-3 и добавить 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>

В среде моего продукта просто удалите bean-validator-2.4.0-b34.jar и добавьте jersey-bean-validation-2.23.1.jar

Это может быть вызвано тем, что зависимость включает

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

Исключите его, используя элемент exclusions в dependency.

JBoss 6.1+??

Я установил org.jboss.logging для jboss-logging-3.3.0.Final-redhat-1.jar в модулях jboss.

Это работает для меня.

Атт.,

Вы можете использовать Eclipse, чтобы узнать, какая банка вызывает проблему:

• Настройте проект со всеми вашими jar-файлами в пути к классам.
• Навигация -> Открыть тип...
• Введите org.jboss.logging.Logger

Это даст вам список банок, которые включают класс. Один из них устарел и должен быть исключен (обратитесь к другим ответам на этот вопрос).