HibernateException: невозможно получить стандартную Bean проверку factory

Я использую hibernate Hibernate-Version: 3.2.5.ga. Помимо этого, я использую версию gwt2.3. Теперь, когда я пытался обновить версию спящего режима, я получаю сообщение об ошибке. Я загрузил последнюю версию hibernate 3.6.7 и заменил ее старым файлом jar. Но когда я запускаю приложение на первом сервере, он дает ниже ошибку. Если я заменю новый jar со старым банком, тогда нет проблемы... но для новой банки она дает ошибку. помогите мне. Спасибо заранее.

org.hibernate.HibernateException: Unable to get the default Bean Validation factory
at org.hibernate.cfg.beanvalidation.BeanValidationActivator.applyDDL(BeanValidationActivator.java:127)
at org.hibernate.cfg.Configuration.applyBeanValidationConstraintsOnDDL(Configuration.java:1704)
at org.hibernate.cfg.Configuration.applyConstraintsToDDL(Configuration.java:1654)
at org.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:1445)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1856)
at com.nextenders.facadeimplementation.hibernate.util.HibernateFactory.configureSessionFactory(HibernateFactory.java:107)
at com.nextenders.facadeimplementation.hibernate.util.HibernateFactory.buildIfNeeded(HibernateFactory.java:42)
at com.nextenders.facadeimplementation.model.dao.AbstractDao.<init>(AbstractDao.java:20)
at com.nextenders.facadeimplementation.model.dao.UserDetailsDao.<init>(UserDetailsDao.java:24)
at com.nextenders.facadeimplementation.facade.UserFacade.doLogin(UserFacade.java:753)
at com.nextenders.facadeimplementation.facade.UserFacade.workflowMethodCaller(UserFacade.java:822)
at com.nextenders.server.guice.actions.handlers.LoginCallerActionHandler.execute(LoginCallerActionHandler.java:61)
at com.nextenders.server.guice.actions.handlers.LoginCallerActionHandler.execute(LoginCallerActionHandler.java:1)
at com.gwtplatform.dispatch.server.AbstractDispatchImpl.doExecute(AbstractDispatchImpl.java:153)
at com.gwtplatform.dispatch.server.AbstractDispatchImpl.execute(AbstractDispatchImpl.java:111)
at com.gwtplatform.dispatch.server.AbstractDispatchServiceImpl.execute(AbstractDispatchServiceImpl.java:80)
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 com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:569)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:208)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248)
at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:843)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:647)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)

ОТВЕТЫ

Ответ 1

Невозможно выполнить Bean Validation Framework (BeanValidationActivator). Убедитесь, что следующая зависимость находится в пути класса или в pom.xml

<dependency>
        <groupId>javax.validation</groupId>
        <artifactId>validation-api</artifactId>
        <version>1.0.0.GA</version>
    </dependency>
    <dependency>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-validator</artifactId>
        <version>4.2.0</version>
    </dependency>

Ответ 2

По умолчанию Hibernate validator установлен в auto, то есть если в пути к классам есть валидатор, он попытается его использовать. GWT 2.3 и более новые версии включают проверку api внутри gwt-servlet.jar, поэтому Hibernate заканчивается с помощью проверки на валидацию и выходит из строя. Если вы не хотите использовать Hibernate Validation, просто отключите его в своих свойствах (hibernate.cfg.xml, hibernate.properties или программно).

Просто установите javax.persistence.validation.mode на none

Ответ 3

По умолчанию для Hibernate validator установлено значение true, то есть, если в пути к классам есть валидатор, он попытается его использовать. GWT 2.3 и более новые версии включают проверку api внутри gwt-servlet.jar, поэтому Hibernate заканчивается с помощью проверки на валидацию и выходит из строя. Если вы не хотите использовать Hibernate Validation, просто отключите его в своих свойствах (hibernate.cfg.xml, hibernate.properties или программно).

например: в hibernate.cfg.xml добавьте режим проверки спящего режима на none

<property name="javax.persistence.validation.mode">none</property>

Ответ 4

Попробуйте удалить и hibernate-validator-4.0.2.GA.jar и validation-api-1.0.0.GA.jar

Ответ 5

У вас есть 2 варианта:

1.- Вы можете отключить проверку Hibernate:

setProperty("javax.persistence.validation.mode", "NONE");

2.- Добавьте эти зависимости, если вы не используете maven, затем загрузите банки и добавьте в свой артефакт вручную:

    <dependency>
        <groupId>javax.el</groupId>
        <artifactId>javax.el-api</artifactId>
        <version>2.2.4</version>
        <scope>provided</scope> <!-- No required in JBoss but for test -->
    </dependency>
    <dependency>
        <groupId>org.glassfish.web</groupId>
        <artifactId>javax.el</artifactId>
        <version>2.2.4</version>
        <scope>provided</scope> <!-- No required in JBoss but for test -->
    </dependency>

Ответ 6

Ответы здесь полезны для Maven. Я использую Gradle, и я обнаружил, что все, что мне нужно сделать, это добавить:

compile group: 'org.hibernate', name: 'hibernate-validator', version: '4.2.0.Final'

И ошибка исчезла, и мое приложение функционировало должным образом. Мне не нужно было исключать javax validation jar или изменить режим проверки на сохранение, как и другие упомянутые ответы.

Ответ 7

У меня была та же проблема, но затем я добавил зависимость ниже, и она отлично работала.

        <dependency>
                <groupId>org.hibernate</groupId>
                <artifactId>hibernate-validator</artifactId>
                <version>4.2.0.Final</version>
        </dependency>

Но используйте правильную версию. Когда я использовал 5.1.3.Final, он продолжал терпеть неудачу, но затем я изменил версию на 4.2.0.Final, и она сработала.