问题标签 [jta]

我想回滚一个已经提交的事务，JTA 支持这种功能吗？

UserTransaction ut=lookup.... ut.beginTransaction(); saveToFooDB(); statelessEjb.transactionSupportedMethod(); //将某些内容保存到 Foo DB saveToFooDB(); ut.commit();

如果我执行上述操作，那么我的理解是它不是 XA 事务，因为它不跨越多个资源（如 DB 和 JMS）。我的理解正确吗？

我将文件的属性（大小、更新时间……）存储在数据库中。所以问题是如何管理数据库和文件的事务。

在 Java EE 环境中，JTA 只能管理数据库事务。如果更新数据库成功但文件操作失败，我应该为此编写文件回滚方法吗？此外，EJB 容器中的文件操作违反了 EJB 规范。

你怎么看？

以下代码有效：

但是以下层次结构在 Glassfish 3.0 中（以及带有 EclipseLink 的标准 JPA 注释）中的persist.

对于我的 EJB，我在一个抽象类中收集了通用代码，以获取更简洁的代码。（update还保存了谁做了操作以及何时，我所有的实体都实现了一个接口。）

这个问题不是致命的，我可以简单地将方法复制update和姐妹方法到子类，但我想将它们全部放在一个地方。

我没有尝试，但这可能是因为我的基类是抽象的，但我想为这种（恕我直言常见）用例学习一个合适的方法。

任何人都可以解释有什么区别：

和

还有什么是容器管理事务？如果我想在事务的表中插入三行，我应该如何在我的会话外观中执行此操作。

他们建议在 Java EE 环境中使用 JTA 事务支持。

但是如何在 Tomcat6 中配置 JTA 以便 Hibernate Session 可以使用它呢？

从版本 3.0.1 开始，Hibernate 添加了该SessionFactory.getCurrentSession()方法。最初，这假定使用 JTA 事务，其中 JTA 事务定义了当前会话的范围和上下文。鉴于众多独立 JTA TransactionManager 实现的成熟度，大多数（如果不是全部）应用程序都应该使用 JTA 事务管理，无论它们是否部署到 J2EE 容器中。基于此，您只需要使用基于 JTA 的上下文会话。

^{（Hibernate 参考文档 | 架构。上下文会话）}

来自 hib 官方文档的引用：

从 3.0.1 版本开始，Hibernate 添加了 SessionFactory.getCurrentSession() 方法。最初，这假定使用 JTA 事务，其中 JTA 事务定义了当前会话的范围和上下文。鉴于众多独立 JTA TransactionManager 实现的成熟度，大多数（如果不是全部）应用程序都应该使用 JTA 事务管理，无论它们是否部署到 J2EE 容器中。基于此，您只需要使用基于 JTA 的上下文会话。 报价结束

我使用tomcat6作为servlet容器，需要将Hibernate 3.2集成到项目中。

我找到了一个文档如何通过 JNDI 配置 SessionFactory 查找，尽管它没有按预期工作。

Quote: Hibernate 可以在任何使用 JTA 的环境中工作，事实上，我们建议尽可能使用 JTA，因为它是标准的 Java 事务接口。报价结束。

在休眠配置中，我表示 current_session_context_class = jta

现在我收到一个错误“没有指定 TransactionManagerLookup”。

问题是 Tomcat 不支持 JTA，为了让它工作，如果我理解正确，你需要将 JOTM 或其他库添加到 Tomcat。

但是根据报价建议使用JTA。

在这种情况下你有什么建议？

我对数据库有两级访问权限：第一个使用 Hibernate，第二个使用 JDBC。JDBC 级别适用于非事务性表（我使用 MyISAM 以提高速度）。我想让这两个级别都在事务中工作。我读到了可以管理分布式事务的 JTA。但是互联网上缺乏关于如何实现和使用自定义资源的信息。

有没有人有使用自定义 XAResources 的经验？

I'm using GlassFish 2.1 and 2.1.1.

If I've a bean method annotated by @TransactionAttribute(value = TransactionAttributeType.REQUIRES_NEW). After doing some JPA stuff the commit fails in the afterCompletion-Phase of JTS.

GlassFish logs this failure only. And the caller of this bean method has no chance to know something goes wrong.

So I wonder, if there is any definition how a Java EE 5 server has to handle exceptions while commiting. I would expect any runtime exception.

I'm using stateless beans. With SessionSynchronisation I could get the commit failue, if I use statefull beans. Is it possible to intercept, so I can throw an exception, that I've declared in my interface?

This is the whole exception stacktrace:

是否有任何支持 JTA 事务的可靠且知名的 NoSQL DB？在我的应用程序中，我需要在同一个事务中将一些数据存储到 RDBMS DB 和一些数据到 NoSQL DB，并且我使用 JTA 进行 RDBMS 事务。