【问题标题】:second DB action freezes execution in transaction第二个数据库操作冻结事务中的执行
【发布时间】:2011-11-02 03:48:09
【问题描述】:

我们已经断断续续地与这个斗争了好几个星期了。

首先是代码,

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop"
    xmlns:context="http://www.springframework.org/schema/context" xmlns:tx="http://www.springframework.org/schema/tx"
    xsi:schemaLocation="
     http://www.springframework.org/schema/beans 
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
     http://www.springframework.org/schema/tx
     http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
     http://www.springframework.org/schema/aop 
     http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
     http://www.springframework.org/schema/context
     http://www.springframework.org/schema/context/spring-context-3.0.xsd">

    <context:annotation-config />
    <context:component-scan base-package="com.nmsc" />
    <tx:annotation-driven proxy-target-class="true"/>

    <bean id="sessionFactory"
        class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
        <property name="configLocation">
            <value>hibernate.cfg.xml</value>
        </property>
        <property name="configurationClass">
            <value>org.hibernate.cfg.AnnotationConfiguration</value>
        </property>
    </bean>

    <bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory"/>
    </bean>

</beans>

我的道课

@SuppressWarnings("unused")
@Repository("com.nmsc.hibernateDAO.SSOUserDAO")
@Transaction
public class SSOUserDAO implements SSOUserDAOSPI{
    private static Logger logger = Logger.getLogger(SSOUserDAO.class);

    @Autowired(required=true)
    private SessionFactory sessionFactory;

    @Transactional
    public Integer saveUpdate(SSOUser user) {
        sessionFactory.getCurrentSession().saveOrUpdate(user);

        return user.getIdUser();
    }

好的,现在如果在我的junit中我会这样做

@Test
    @Transaction
    public void testStoreRetrieve() {
        SSOUserDAOSPI userDAO = ServiceProviderContext.find(SSOUserDAOSPI.class);

        System.out.println("test");
        userDAO.deleteAllInUserTable();
        SSOUser user = buildTestUser();

        Integer id = userDAO.saveUpdate(user);

        user.setIdUser(id);

        // retrieve the user from the database
        SSOUser retrievedUser = userDAO.getByID(id);

        checkResults(user, retrievedUser);
    }

删除用户工作只是查找,但是当它执行保存更新时,执行只是冻结。没有错误,没有任何东西,只是冻结,直到你终止进程。

同样,如果我这样做了

Integer id = userDAO.saveUpdate(user);

它将完美地工作并插入用户,但如果我这样做

Integer id = userDAO.saveUpdate(user);
Integer id2 = userDAO.saveUpdate(user2);

它将插入第一个用户并冻结第二个用户。在我们尝试实现 spring 事务之前它做了类似的事情(我们必须为系统的其他部分做)只是它会插入用户,而不是 user2,但是休眠日志文件会表明它实际上插入了第二个用户.

我不知道这是 hibernate 还是 postgres 的问题。我怀疑它的春天在做什么,因为在我们把春天带入画面之前它就做了类似的事情。

编辑尝试两次

好的,这是我的道课

@SuppressWarnings("unused")
@Repository
public class SSOUserDAO implements SSOUserDAOSPI{
    private static Logger logger = Logger.getLogger(SSOUserDAO.class);

    @Autowired(required=true)
    private SessionFactory sessionFactory;

    public Integer saveUpdate(SSOUser user) {
        sessionFactory.getCurrentSession().saveOrUpdate(user);
        return user.getIdUser();
    }
public void deleteAllInUserTable() {
        // delete everything in the table to run the test
        logger.debug("beginning delete");
        if (sessionFactory == null){
            logger.debug("session factory null");
        } else
            logger.debug("sessionfactory not null");

        Query q = sessionFactory.getCurrentSession().createQuery("delete from SSOUser");
        q.executeUpdate();
    }

我把我的测试改成了这个

@Test
    @Transactional(propagation=Propagation.REQUIRED)
    public void testStoreRetrieve() {

        SSOUserDAOSPI userDAO = ServiceProviderContext.find(SSOUserDAOSPI.class);

        System.out.println("test");
        userDAO.deleteAllInUserTable();
        SSOUser user = buildTestUser();

        Integer id = userDAO.saveUpdate(user);

        user.setIdUser(id);

        // retrieve the user from the database
        SSOUser retrievedUser = userDAO.getByID(id);

        checkResults(user, retrievedUser);
    }

如果我正确理解你,这正是你正在做的事情(减去它的 junit 运行它的事实),但我得到了同样的例外。我们将来可能会切换到 Spring 测试,但目前我需要运行现有的测试,全部 300 个左右。

org.hibernate.HibernateException: No Hibernate Session bound to thread, and configuration does not allow creation of non-transactional one here
    at org.springframework.orm.hibernate3.SpringSessionContext.currentSession(SpringSessionContext.java:63)
    at org.hibernate.impl.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:687)
    at com.nmsc.hibernateDAO.SSOUserDAO.deleteAllInUserTable(SSOUserDAO.java:121)
    at com.nmsc.hibernateDAO.SSOUserDAO_Test.testStoreRetrieve(SSOUserDAO_Test.java:55)
    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 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.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49)
    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)

让我发疯的部分是我的初始化日志显示了这一点

 Returning cached instance of singleton bean 'org.springframework.transaction.config.internalTransactionAdvisor'
1651 [main] DEBUG org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor  - Autowiring by type from bean name 'SSOUserDAO' to bean named 'sessionFactory'
1651 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory  - Returning cached instance of singleton bean 'org.springframework.transaction.config.internalTransactionAdvisor'
1653 [main] DEBUG org.springframework.beans.factory.support.DefaultListableBeanFactory  - Finished creating instance of bean 'SSOUserDAO'

这告诉我 spring 完全知道 bean 是由事务管理器管理的。所以当我得到一个 bean 的实例时,事务管理器应该知道这一点,但它似乎不知道。

编辑尝试三

好的,我把我的测试改成了这个

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations =
{
    "classpath:transaction-service.xml"
})
public class SSOUserDAO_Test extends JunitHelperClass {
    private static Logger logger = Logger.getLogger(SSOUserDAO_Test.class);

    @Resource
    SSOUserDAOSPI userDAO;

    @Test
    @Transactional(propagation=Propagation.REQUIRED)
    public void testStoreRetrieve() {

        //SSOUserDAOSPI userDAO = ServiceProviderContext.find(SSOUserDAOSPI.class);

        System.out.println("test");
        userDAO.deleteAllInUserTable();
        SSOUser user = buildTestUser();

        Integer id = userDAO.saveUpdate(user);

        user.setIdUser(id);

        // retrieve the user from the database
        SSOUser retrievedUser = userDAO.getByID(id);

        checkResults(user, retrievedUser);
    }

当它尝试插入用户时,我又回到了相同的锁定状态。删除工作正常,用户失败。

【问题讨论】:

    标签: hibernate spring postgresql transactions


    【解决方案1】:

    我不确定@Transaction 是什么,但在@Transactional 之间,你已经四处散落,如果你遇到事务死锁也不会太令人惊讶。除非特别设计,否则对应于用户请求的特定方法调用链通常应该恰好发生在一个事务中,并且事务不应该发生在 DAO 级别,而应该发生在它之上的某个级别。事务通常应从用户请求执行该操作所需的所有从数据库加载、业务逻辑和保存到数据库的操作开始,并且仅在满足特定用户对某些操作或其他操作的请求时结束.理顺您的事务管理,您的问题可能会得到解决。

    编辑:举个例子,你应该有一个方法应该是这样的:

    @Transactional
    public void modifyUser(int userId, User newUser) {
        validateInput(newUser);
        User existingUser = userDao.load(userId);
        copyUpdateableProperties(newUser, existingUser);
    }
    

    注意

    • 这不是 DAO。它使用 DAO。
    • 事务在此处建立,而不是在 DAO 上。
    • 没有显式的“保存”调用,因为在事务范围内加载和修改对象时,修改会在事务提交时保存。

    进一步且不相关,尽管可能导致问题,但测试中的行 userDAO.deleteAllInUserTable(); 是一种明显的代码气味。首先,像这样的东西属于设置方法,因为它正在为您的测试准备环境。其次,更简洁的方法是在测试结束时回滚的事务中运行每个测试——使用Spring test framework 时您可以免费获得这些功能。

    【讨论】:

    • 我先试过了。当我从 DAO 中删除所有事务注释时,我得到 org.hibernate.HibernateException: No Hibernate Session bound to thread, and configuration does not allow creation of non-transactional one here at org.springframework.orm.hibernate3.SpringSessionContext.currentSession(SpringSessionContext.java:63) at org.hibernate.impl.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:687) at 与 dao 类上的事务语句,我得到了锁定
    • 我的配置中是否有一些东西可以将我的 DAO 与事务管理器联系起来,还是在后台发生?
    • 是的,这就是我说“完全一致”的原因。当没有正在进行的 Spring 管理的事务并且您调用 SessionFactory.getCurrentSession() 时,就会发生这种情况。关键是事务应该在比 DAO 更高的级别上进行管理,因为在同一个事务中很可能应该有多个 DAO 调用。
    • 好的,如果我不能在我的 DAO 中调用 getCurrentSession,我应该调用什么?
    • 你应该在你的 DAO 中调用 getCurrentSession()。这是正确的做法。我添加到我的答案中。看看这是否有助于清除任何东西。
    猜你喜欢
    • 2015-09-15
    • 2014-04-01
    • 1970-01-01
    • 1970-01-01
    • 2017-08-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-10-10
    相关资源
    最近更新 更多