第二个DB动作冻结了事务中的执行

时间:2011-08-23 17:17:17

标签: hibernate spring postgresql transactions

我们几周来一直在打架和打架。

首先是代码,

<?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);
    }

删除用户工作只是查找,但是当它执行saveupdate时,执行只是冻结。没有错误,没有任何错误,只是冻结,直到你杀死这个过程。

同样,如果我这样做

Integer id = userDAO.saveUpdate(user);

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

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

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

我无法判断这是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的事实),但我得到了同样的例外。我们可能会在未来切换到弹簧测试,但目前我需要运行现有的测试,所有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);
    }

当我尝试插入用户时,我又回到同一个锁定状态。删除工作正常,用户触发器。

1 个答案:

答案 0 :(得分: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时免费获得的功能。