Проблема запуска Hibernate Validator из-за API проверки Bean

Я пытаюсь использовать Hibernate Validator в своем проекте, но он не работает. На следующей строке:

SessionFactory sessions = config.buildSessionFactory(builder.build());

Я получаю следующее исключение:

org.hibernate.cfg.beanvalidation.IntegrationException: Error activating Bean Validation integration
    at org.hibernate.cfg.beanvalidation.BeanValidationIntegrator.integrate(BeanValidationIntegrator.java:154)
    at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:311)
    at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1857)
    at net.myProject.server.util.HibernateUtil.<clinit>(HibernateUtil.java:32)
    ... 36 more
Caused by: java.lang.NoSuchMethodError: javax.validation.spi.ConfigurationState.getParameterNameProvider()Ljavax/validation/ParameterNameProvider;
    at org.hibernate.validator.internal.engine.ValidatorFactoryImpl.<init>(ValidatorFactoryImpl.java:119)
    at org.hibernate.validator.HibernateValidator.buildValidatorFactory(HibernateValidator.java:45)
    at org.hibernate.validator.internal.engine.ConfigurationImpl.buildValidatorFactory(ConfigurationImpl.java:217)
    at javax.validation.Validation.buildDefaultValidatorFactory(Validation.java:111)

нашел этот вопрос что похоже на мою проблему. Он описывает свое решение, как

у меня была еще одна банка валидатора бобов в пути к классу. Но не от Мэйвен, я этого не понимал. Удаление этого решило проблему.

I думаю, у меня та же проблема. На http://hibernate.org/validator/documentation/getting-started/ он говорит:

это транзитивно тянет зависимость к API проверки Bean (класса javax.проверка: проверка-api: 1.1.0.Финал)

это должно быть причиной этой проблемы, так как возврат к более старой версии (4.3.1.Final) устраняет проблему. Есть ли способ заставить Hibernate не вытаскивать API проверки бобов?

Edit: у меня пытался исключить api проверки javax:

    <dependency>
      <groupId>org.hibernate</groupId>
      <artifactId>hibernate-validator</artifactId>
      <version>5.0.3.Final</version>
      <exclusions>
          <exclusion>
              <groupId>javax.validation</groupId>
              <artifactId>validation-api</artifactId>
          </exclusion>
      </exclusions>
  </dependency>

но это, казалось, не имеют никакого эффекта.

5 ответов


попробуйте добавить эту зависимость к вашему pom.в XML

<dependency>
    <groupId>javax.validation</groupId>
    <artifactId>validation-api</artifactId>
    <version>1.0.0.GA</version>
</dependency>

если не рассматривать использование hibernate-validator4.2.0.Final у меня есть это в моей конфигурации, и он работает нормально.


для меня 1.1.0.Окончательная версия пакета javax.утверждение.проверка-api сработала. Так, в пакете javax.утверждение.спи.Интерфейс ConfigurationState 1.1.0.Final имеет метод getParameterNameProvider, который отсутствовал в 1.0.0.Га.

Я добавил приведенную ниже зависимость в pom.в XML

<dependency>
            <groupId>javax.validation</groupId>
            <artifactId>validation-api</artifactId>
            <version>1.1.0.Final</version>
           <scope>test</scope>
</dependency>

в моем случае я просто удалил hibernate-validator, и он работал .(у меня также была комбинация api проверки и hibernate-validator и пробовала все), или вы можете перейти в свой репозиторий maven->org, а затем удалить папку hibernate и снова перестроить свой проект.. надеюсь, это поможет..


Я подумал, что было бы полезно объяснить, что здесь происходит.

Hibernate вызывает ConfigurationState.getParameterNameProvider:

ValidatorFactoryImpl.java:

public ValidatorFactoryImpl(ConfigurationState configurationState) {
   ...
   configurationState.getParameterNameProvider()
   ...
}

вы можете найти документацию getParameterNameProvider:

getParameterNameProvider

ParameterNameProvider getParameterNameProvider()

возвращает имя параметра для этого конфигурация.

возвращает:

имя параметра экземпляра поставщика или null, если не определено

С:

1.1

так в чем проблема? Проблема в том, что этот метод существовал не всегда. Он был добавлен в какой-то момент в будущем.

и правило при создании интерфейсов заключается в том, что они установлены в конкретном: вы не должны изменять интерфейс когда-нибудь. Вместо этого валидатор JavaX изменил ConfigurationState интерфейс, и добавил несколько новых методов на протяжении многих лет.

код проверки java передает hiberate устаревший ConfiguationState интерфейс, который не реализует необходимые интерфейсы.

вам нужно убедиться, что javax.утверждение.Утверждение.buildDefaultValidatorFactory обновляется для поддержки версии 1.1.


удаление этой банки javax.validation:validation-api:1.1.0.Final решить мою проблему.

убедитесь, что у вас только одна баночка проверки. Если у нас есть две банки, то они могут конфликтовать, приводя к ошибке.