Исключение в beginTransaction - PullRequest
       2

Исключение в beginTransaction

1 голос
/ 20 сентября 2011

Я использую hibernate в своем веб-приложении, когда получаю исключение, в то время как:

Transaction tx=session.beginTransaction();

Время от времени оно выдает исключение, я перезагружаю SessionFactory, перехватывая исключение, и затем оно запускаетсяхорошо.

Это работает, когда я снова перезагружаю SessionFactory.

Это мой фрагмент кода:

 session = HibernateFactory.openSession(0);//Passing 0 uses the existing sessionFactory
        if(session.isConnected() && session.isOpen() && session!=null)
        {
           try{
            tx = session.beginTransaction();
            logger.info("Transaction is begin successfully--Transaction is--"+tx);
            }catch(Exception e){
            logger.info("Could not start the transaction--Transaction is--"+tx);
               session = HibernateFactory.openSession(1);//passing 1 is creating new     //--SessionFactory
               tx = session.beginTransaction();//now this runs fine
               logger.info("Inside catch--Obtained session--"+session+"and transaction--"+tx);
               e.printStackTrace();
               logger.error("e.getCause(): "+e.getCause());
               logger.error("e.getClass(): "+e.getClass());
              // throw new HibernateException(e.getMessage());
            }
        }

Это stackTrace исключения, которое я получаю.

org.hibernate.exception.JDBCConnectionException: Cannot open connection
        at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:74)
        at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
        at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:29)
        at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:426)
        at org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:144)
        at org.hibernate.jdbc.JDBCContext.connection(JDBCContext.java:119)
        at org.hibernate.transaction.JDBCTransaction.begin(JDBCTransaction.java:57)
        at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1326)
        at com.arosys.hibernateDao.AbstractDao.startOperation(AbstractDao.java:184)
        at com.arosys.hibernateDao.AbstractDao.findAll(AbstractDao.java:150)
        at com.arosys.beansDao.JobHierarchyDao.findAll(JobHierarchyDao.java:20)
        at org.ArosysLogin.server.GWTJobImpl.getJobHierarchy(GWTJobImpl.java:416)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        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 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
        at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:861)
        at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:579)
        at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1584)
        at java.lang.Thread.run(Thread.java:662)
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.

Ответы [ 2 ]

2 голосов
/ 20 сентября 2011

Просто предположение, так как информации недостаточно (тип и сообщение об исключении):

  • Сбой соединения из-за нестабильной базы данных / сетевого соединения

  • вы совершаете свои транзакции?Я не уверен, но Hibernate может жаловаться, если вы попытаетесь начать транзакцию дважды.

ОБНОВЛЕНИЕ на основе стека вызовов.

Похоже, это проблема с базой данных.проверить различные результаты поиска в Google "com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Ошибка канала связи"

Это может помочь: https://serverfault.com/questions/89955/unable-to-connect-to-mysql-through-jdbc-connector-through-tomcat-or-externally

Вы уверены, что ваши соединения получаютзакрыто после использования?Я могу представить, что база данных запрещает доступ после открытия такого количества соединений.Также может помочь проверка журналов вашей базы данных.

0 голосов
/ 20 сентября 2011
  1. Установите ValidateConnectionOnBorrow на true
  2. и добавьте запрос проверки для SQLForValidateConnection
  3. Установите autoReconnect в true для URL-адреса jdbc

либо пул соединений с сервером конфигурация, либо пул соединений конфигурация.

Я предполагаю (из трассировки стека), что вы используете MySQL, Hibernate с JBoss или Tomcat.

Дайте мне знать, если у вас возникнут какие-либо проблемы, я сталкивался с тем же давно.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...