Спящий режим зависает при сохранении или обновлении

Я делаю стандартный getHibernateTemplate().saveOrUpdate() в приложении Spring Hibernate, но функция никогда не возвращается и не выводит никаких ошибок.

Журнал отладки, как показано ниже.

19:06:07.014 [qtp8540084-26] DEBUG o.s.t.a.AnnotationTransactionAttributeSource - Adding transactional method 'save' with attribute: PROPAGATION_REQUIRED,ISOLATION_DEFAULT; ''
19:06:07.014 [qtp8540084-26] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton bean 'transactionManager'
19:06:07.014 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Found thread-bound Session [org.hibernate.impl.SessionImpl@13ca565] for Hibernate transaction
19:06:07.014 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Creating new transaction with name [com.mydao.InventoryDAOImpl.save]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT; ''
19:06:07.014 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Preparing JDBC Connection of Hibernate Session [org.hibernate.impl.SessionImpl@13ca565]

19:06:07.014 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - begin
19:06:07.014 [qtp8540084-26] DEBUG org.hibernate.jdbc.ConnectionManager - opening JDBC connection
19:06:07.014 [qtp8540084-26] DEBUG o.s.j.d.DriverManagerDataSource - Creating new JDBCDriverManager Connection to [jdbc:hsqldb:file:hsqldb/MyDB]
19:06:07.014 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - current autocommit status: true
19:06:07.014 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - disabling autocommit
19:06:07.014 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Exposing Hibernate transaction as JDBC transaction [org.hsqldb.jdbc.jdbcConnection@65335b]
19:06:07.030 [qtp8540084-26] DEBUG o.s.orm.hibernate3.HibernateTemplate - Found thread-bound Session for HibernateTemplate
19:06:07.030 [qtp8540084-26] DEBUG o.s.orm.hibernate3.HibernateTemplate - Not closing pre-bound Hibernate Session after HibernateTemplate
19:06:07.030 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Initiating transaction rollback
19:06:07.030 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Rolling back Hibernate transaction on Session [org.hibernate.impl.SessionImpl@13ca565]
19:06:07.030 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - rollback              
19:06:07.030 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - re-enabling autocommit
19:06:07.030 [qtp8540084-26] DEBUG o.h.transaction.JDBCTransaction - rolled back JDBC Connection
19:06:07.030 [qtp8540084-26] DEBUG org.hibernate.jdbc.ConnectionManager - transaction completed on session with on_close connection release mode; be sure to close the session to release JDBC resources!
19:06:07.030 [qtp8540084-26] DEBUG o.s.o.h.HibernateTransactionManager - Not closing pre-bound Hibernate Session [org.hibernate.impl.SessionImpl@13ca565] aftertransaction
19:06:07.030 [qtp8540084-26] DEBUG org.hibernate.impl.SessionImpl - disconnecting session
19:06:07.045 [qtp8540084-26] DEBUG org.hibernate.jdbc.ConnectionManager - releasing JDBC connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets: 0, globally: 0)]
19:06:07.045 [qtp8540084-26] DEBUG org.hibernate.jdbc.ConnectionManager - transaction completed on session with on_close connection release mode; be sure to close the session to release JDBC resources!
19:06:07.045 [qtp8540084-26] DEBUG o.s.a.f.a.ThrowsAdviceInterceptor - Found handler for exception of type [java.lang.Throwable]: public void org.springframework.flex.core.ExceptionTranslationAdvice.afterThrowing(java.lang.Throwable)throws java.lang.Throwable
19:06:07.077 [qtp8540084-26] DEBUG o.s.web.servlet.DispatcherServlet - Null ModelAndView returned to DispatcherServlet with name 'Spring MVC Dispatcher Servlet': assuming HandlerAdapter completed request handling
19:06:07.077 [qtp8540084-26] DEBUG o.s.web.servlet.DispatcherServlet - Successfully completed request
19:06:07.092 [qtp8540084-26] DEBUG o.s.s.w.a.ExceptionTranslationFilter - Chainprocessed normally
19:06:07.092 [qtp8540084-26] DEBUG o.s.s.w.c.SecurityContextPersistenceFilter -SecurityContextHolder now cleared, as request processing completed
19:06:07.092 [qtp8540084-26] DEBUG o.s.o.h.s.OpenSessionInViewFilter - Closing single Hibernate Session in OpenSessionInViewFilter
19:06:07.092 [qtp8540084-26] DEBUG o.s.o.hibernate3.SessionFactoryUtils - Closing Hibernate Session

С Уважением.

Edit1: я могу успешно использовать этот же метод DAO для других сущностей. Кроме того, я могу обновить постоянный объект этого объекта, но не могу «сохранить» или «создать» новый с помощью saveOrUpdate.


java spring hibernate hsqldb
person Kerem    schedule 12.12.2011    source источник
comment
saveOrUpdate отсутствует в журнале. В журнале также нет ничего, что указывало бы на зависание метода. Как вы поняли, что он висит. У вас есть дамп темы?   -  person gkamal    schedule 12.12.2011
comment
С каким объемом данных вы имеете дело? У меня hsqldb стал очень медленным и нестабильным после пары сотен мегабайт, после чего я отказался от него для postgres.   -  person oksayt    schedule 12.12.2011
comment
Это сохранение предназначено для одного объекта с некоторыми отношениями. Всего не более 8 объектов.   -  person Kerem    schedule 13.12.2011
comment
Метод save, упомянутый в первой строке, включает один вызов saveOrUpdate.   -  person Kerem    schedule 13.12.2011

Ответы (2)


arrow_upward
7
arrow_downward

Это зависание может быть вызвано взаимоблокировкой между транзакциями.

Такие тупиковые ситуации часто возникают из-за неправильного использования нескольких транзакций в одном потоке (если транзакции A и B создаются одним потоком, транзакция A ожидает, пока транзакция B снимет блокировку, но поток управления никогда не достигает точки, в которой должен быть B). быть совершенным).

Итак, убедитесь, что управление транзакциями Spring настроено правильно и что вы не смешиваете транзакции, управляемые Spring, с транзакциями, управляемыми вручную.

Другая возможная причина — длительная транзакция, созданная внешней системой. Если у вас есть внешние системы, подключенные к рассматриваемой базе данных (например, средства администрирования), убедитесь, что транзакции, созданные этими системами, зафиксированы.

person axtavt    schedule 12.12.2011

arrow_upward
2
arrow_downward

Это также может произойти, если какая-либо из дочерних сущностей лениво извлекается. Изменение на нетерпеливое извлечение решит проблему.

person Dona Ann    schedule 25.01.2013
comment
Это было проблемой в моем случае. Я поймал это, только когда повернул уровень отладки на TRACE!! - person bluelurker; 17.06.2021