gpt4 book ai didi

java - JTA 事务回滚

转载 作者:行者123 更新时间:2023-12-01 09:58:26 26 4
gpt4 key购买 nike

假设我有一个托管 bean 并且定义了一个 EntityManager。我想知道交易是如何运作的以及它们在各种不同情况下的表现如何。从文档中我了解到,flush()实际上用于覆盖提交上的延迟并立即执行。因此,在下面的示例中,我希望 demo 能够保留在数据库中,而 demo2 则不会。但似乎这一切都被视为单个交易(根据我的理解)。为什么会发生这种情况?为什么不需要进一步的注释或 hibernate 方法 begin()commit() 来定义事务的开始和结束?我觉得我在这里混淆了不同的东西......

@Stateless
public class Testing {
@PersistenceContext(unitName = "testDB")
private EntityManager em;

public void doSomeWork(){
Demo demo = new Demo();
em.persist(demo);
em.flush();
//some code that makes it crash
Demo demo2 = new Demo();
em.persist(demo2);
em.flush();
}
}

最佳答案

当使用Container managed transactions时默认情况下,所有 session bean 都在事务内运行。这意味着,如果发生导致事务回滚的异常,对 demo 的更改也会回滚。

以下是有关 flush() 工作原理的一些有用信息:https://en.wikibooks.org/wiki/Java_Persistence/Persisting#Flush

关于java - JTA 事务回滚,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37003665/

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