Hibernate - Ошибка при активации интеграции Bean Validation.

Я пытаюсь настроить спящий режим. Но когда я пытаюсь создать свою фабрику сеансов с помощью этого кода:

Configuration configuration = new Configuration();
configuration.configure();
serviceRegistry = new ServiceRegistryBuilder().applySettings(configuration.getProperties()).buildServiceRegistry();        
sessionFactory = configuration.buildSessionFactory(serviceRegistry);

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

org.hibernate.cfg.beanvalidation.IntegrationException: Error activating Bean Validation integration
        at org.hibernate.cfg.beanvalidation.BeanValidationIntegrator.integrate(BeanValidationIntegrator.java:156)
        at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:303)
        at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1760)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
        at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
        at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
        at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
        at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
        at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
        at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
        at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
        at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
        at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
        at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
        at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
        at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
        at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
        at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
    Caused by: java.lang.NoSuchMethodError: javax.validation.spi.ConfigurationState.getParameterNameProvider()Ljavax/validation/ParameterNameProvider;
        at org.hibernate.validator.internal.engine.ValidatorFactoryImpl.<init>(ValidatorFactoryImpl.java:113)
        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)
        at org.hibernate.cfg.beanvalidation.TypeSafeActivator.getValidatorFactory(TypeSafeActivator.java:445)
        at org.hibernate.cfg.beanvalidation.TypeSafeActivator.activate(TypeSafeActivator.java:96)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.hibernate.cfg.beanvalidation.BeanValidationIntegrator.integrate(BeanValidationIntegrator.java:150)
        ... 31 more

У меня есть валидатор hibernate и валидатор bean в моем пути к классу (см. Снимок экрана) введите описание изображения здесь

Какие здесь могут быть проблемы?

Изменить. У меня было два дополнительных api-валидации в пути к классам, но я исключил их. Могут ли они быть проблемой? Может сфера применения = предусмотрена?

<dependency>
    <groupId>com.google.gwt</groupId>
    <artifactId>gwt-user</artifactId>
    <version>${gwtVersion}</version>
    <scope>provided</scope>
    <exclusions>
        <exclusion>
            <artifactId>validation-api</artifactId>
            <groupId>javax.validation</groupId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>com.google.web.bindery</groupId>
    <artifactId>requestfactory-server</artifactId>
    <version>2.5.1</version>
    <exclusions>
        <exclusion>
            <artifactId>validation-api</artifactId>
            <groupId>javax.validation</groupId>
        </exclusion>
    </exclusions>
</dependency>

Изменить 2

Решил проблему: у меня была еще одна банка валидатора bean в пути к классам. Но не от maven, поэтому я этого не осознавал. Удаление решило проблему. Большое спасибо за подсказки!


person jan    schedule 23.06.2013    source источник
comment
К NoSuchMethodError, я бы исследовал проблемы с версиями библиотек / jvm (что вы используете настолько старую библиотеку, что она не предоставляет ожидаемого метода).   -  person SJuan76    schedule 24.06.2013
comment
... хотя версии, указанные в пути к классам, должны совпадать (1.1.0 - это последняя версия библиотеки)   -  person SJuan76    schedule 24.06.2013
comment
Вы уверены, что у вас также нет версии API BeanValidation 1.0 в пути к классам. В Bvean Validation 1.0 нет ParameterNameProvider, так что это объясняет ошибку.   -  person Hardy    schedule 24.06.2013
comment
У меня было два дополнительных api-валидации на моем пути к классам, но я исключил их - ›см. Мою правку. Может ли это быть проблема?   -  person jan    schedule 25.06.2013
comment
Этот вопрос может помочь любому, кто столкнется с этим: stackoverflow.com/questions/21656146/   -  person Ali    schedule 09.02.2014


Ответы (2)


NoSuchMethodError указывает на то, что вы загрузили неправильную версию jar, у которой нет метода с именем, подобным тому, который вы использовали.
Я настоятельно рекомендую вам использовать hibernate 4.0 или немного ниже, который оказывается более стабильным для трансплантации.

person Rugal    schedule 24.06.2013

Проблема возникает из-за наличия банок с аналогичной упакованной структурой. В моем случае у меня был javaee6, как указано, и javax.validation1.1.0.Final оба имеют пакет javax.validation.spi.

Поскольку я использовал Maven, я поместил зависимость javax.validation1.1.0 поверх javaee6. Так что я могу использовать методы 1.1.0. В противном случае, если javaee6 находится наверху, я не могу получить доступ / переопределить методы validation1.1.0.

Он компилировался нормально, но при работе в Tomee 1.7.5 WebProfile я столкнулся с NoSuchMethodError. Итак, добавлен javax.validation1.1.0 Final jar в папку lib Tomee, но все же каким-то образом сначала сработала проверка javaee6 jar.

Поэтому я переименовал файл javax.validation1.1.0.Final в ijavax.validation1.1.0.Final, так что при упорядочении по алфавиту он загружался раньше javaee6, и тогда он работал !!

Проверьте здесь порядок загрузки файлов jar в Tomcat Порядок загрузки файлов jar из каталог lib

person abitcode    schedule 19.01.2020
comment
Это ужасный взлом, основанный на внутренних ограничениях упорядочивания, которые могут измениться в любой момент. - person John Calcote; 03.03.2021