使用 XA 的 JMS 会话和 JPA 事务

Question

我将 WebSphere 8.5 与 EJB 3.1 和 JMS 通用提供程序一起使用。

我需要使用无状态会话 bean 作为生产者在队列中写入消息。 EJB 使用TransactionAttributeType.REQUIRED 进行注释，因为我需要在将消息发送到队列并使用这些消息读取生产者写入的记录之前执行一些“数据库插入”。

问题是，如果我定义了一个 JDBC 非 XA 数据源，生产者将消息写入队列，但服务器抱怨本地资源的第 2 阶段提交失败（我认为是数据源本身）并且不调用onMessage MDB 的方法。如果我定义 JDBC XA 一切正常。

我的问题：

• JMS 会话是否需要成为默认 XA 资源？为什么？
• 如果我将 JMS 连接工厂配置为在 JTA 事务中创建非 XA JMS 会话，会发生什么情况？这是一种不好的做法吗？
• 如果消费者开始消费消息，而生产者仍在完成对数据库的操作，会发生什么情况？消费者会因为它们在同一个事务中而看到数据库的变化吗？

提前致谢，问候

Answer 1

JMS 会话是否需要成为默认 XA 资源？为什么？
您需要这两种资源都是 XA。这是分布式事务 - 在 2 个不同的资源之间 - 数据库和 JMS 队列。要参与一个相同的事务，它们都必须是 XA（可以选择在事务中拥有一个非 XA 资源 - 使用最后一个参与者支持，但我不建议这样做）。

如果您的资源不是 XA，那么您可以将 bean 设置为 NOT_SUPPORTED 并自己处理事务 - 意味着 - 管理 2 个单独的事务，首先是数据库，其次是 JMS 队列。但是，由于 db 事务将首先提交，因此您必须在发送消息失败时（因为您无法回滚）进行代码补偿，以避免出现数据库状态已更改而您没有发送消息的情况。

如果我将 JMS 连接工厂配置为在 JTA 事务中创建非 XA JMS 会话会怎样？
如果另一个资源是该事务的一部分（例如数据库），您将有关于 2 阶段提交支持的异常。

如果消费者开始消费消息，而生产者仍在完成对数据库的操作，会发生什么？
我不清楚，你在问什么。如果生产者先写入数据库，然后在一个 XA 事务中写入队列，它们将同时提交，因此消费者将无法先看到消息。
但是，如果您创建 2 个单独的事务（一个用于数据库访问，第二个用于队列访问），您可能会遇到这样一种情况，如果您首先提交队列，则该消费者可以读取消息。但在这种情况下，如果没有提交，消费者将无法看到对数据库的更改。

消费者会因为它们在同一个事务中而看到数据库的变化吗？
生产者和消费者不在同一个事务中（生产者创建消息并提交，消费者启动单独的事务来读取）。