gpt4 book ai didi

hibernate - 第二个数据库操作卡住事务中的执行

转载 作者:行者123 更新时间:2023-11-29 13:37:10 26 4
gpt4 key购买 nike

几周以来,我们一直在断断续续地与此抗争。

首先是代码,

<?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 日志文件会表明它确实插入了第二个用户.

我不知道这是否与 hibernate 或 postgres 有关。我怀疑 spring 在做什么,因为在我们将 spring 引入画面之前它就做了类似的事情。

编辑尝试两次

好的,这是我的dao类

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

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

最佳答案

我不确定 @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 时免费获得的功能。 .

关于hibernate - 第二个数据库操作卡住事务中的执行,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7164957/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com