Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/spring/13.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Hibernate 第二个DB操作冻结事务中的执行_Hibernate_Spring_Postgresql_Transactions - Fatal编程技术网

Hibernate 第二个DB操作冻结事务中的执行

Hibernate 第二个DB操作冻结事务中的执行,hibernate,spring,postgresql,transactions,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" x

我们已经断断续续地为此奋斗了好几个星期

首先是代码

<?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>
好的,现在如果在我的少年时代我这样做

@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事务(我们必须为系统的其他部分执行)之前,它做了类似的事情,只是它将插入user,而不是user2,但是hibernate日志文件将表明它实际上插入了第二个用户

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

编辑并尝试两次

好的,这是我的刀课

@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();
    }
@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);
    }
@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);
    }
如果我对你的理解正确的话,这就是你正在做的事情(减去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实例时,事务管理器应该知道这一点,但它似乎不知道

编辑尝试三次

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

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

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

我不确定什么是
@Transaction
,但在这两者之间,您分散在各地的
@Transactional
,如果出现事务死锁,也就不太奇怪了。除非另有特别设计,否则与用户请求相对应的特定方法调用链通常只应发生在一个事务中,并且该事务不应发生在DAO级别,而应发生在DAO之上的某个级别。事务通常应该从用户请求某个操作开始,跨越从数据库加载、业务逻辑和保存到数据库以完成该操作所需的所有过程,并且仅在满足特定用户对某个操作或其他操作的请求时结束。理顺您的事务管理,您的问题很可能会得到解决

编辑:例如,在某个地方,您应该有一个如下所示的方法:

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

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

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

我不确定
@transaction
是什么,但在这两者之间,您分散了
@Transactional
,如果您有事务死锁,也不会太令人惊讶。除非另有特别设计,否则与用户请求相对应的特定方法调用链通常只应发生在一个事务中,并且该事务不应发生在DAO级别,而应发生在DAO之上的某个级别。事务通常应该从用户请求某个操作开始,跨越从数据库加载、业务逻辑和保存到数据库以完成该操作所需的所有过程,并且仅在满足特定用户对某个操作或其他操作的请求时结束。理顺您的事务管理,您的问题很可能会得到解决

编辑:例如,在某个地方,您应该有一个如下所示的方法:

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

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

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

我先尝试了。当我从DAO中删除所有事务性注释时,我得到了
org.hibernate.hibernate异常:没有绑定到线程的hibernate会话,并且配置不允许在org.springframework.orm.hibernate3.SpringSessionContext.currentSession(SpringSessionContext.java:63)中创建非事务性会话在org.hibernate.impl.SessionFactoryImpl.getCurrentSession(SessionFactoryImpl.java:687)at
上,通过dao类上的transascional语句,我得到了锁定。我的配置中是否必须有某种东西将dao绑定到事务管理器中,或者这种情况是在后台发生的?是的,这就是为什么我说“恰好一个”。这就是当没有正在进行的Spring管理事务并且您调用SessionFactory.getCurrentSession()时发生的情况。重点