给出从会话bean调用两个Web服务方法的示例，如果在对两个方法的调用之间抛出异常，该怎么办？在不调用Web服务的情况下，事务将回滚并且不会造成任何损害。但是，Web服务不会回滚。当然，即使使用单一的Web服务也存在问题。虽然这是一个通用问题，但我对与EJB会话bean有关的解决方案感兴趣。
一个简单而自定义的答案是为每个“真实功能”方法向Web服务添加一个特殊的“回滚方法”。我要求的是一些标准化的方法。
答案 0 :(得分：15)
许多技术正在发展，但问题仍然是前沿，标准化过程尚未为我们提供完全可移植的解决方案。
选项一，您可以识别Web服务事务。这当然假设您可以控制它们，尽管在某些情况下也可以选择为非事务性服务编写事务感知代理。
WS-AT和WS-BA协议是事务性Web服务的领先标准。不幸的是，他们只指定协议，而不是语言绑定。换句话说，在编程语言级别没有标准API。对于Java来说，最接近的是JSR-156，但还没有准备好。
然后问题变成：如何将EJB（即JTA / XA）事务绑定到WS事务。由于WS-AT和XA协议使用的模型密切相关，因此可以通过协议桥实现。几个应用服务器提供了这些线路。 JBoss在JavaOne上展示了他们的内容 - 请参阅http://anonsvn.jboss.org/repos/labs/labs/jbosstm/workspace/jhalliday/txbridge/BOF-4182.odp
请注意，协议桥接技术也可以反过来使用，以允许使用例如的EJB。 XA数据库后端，作为事务性Web服务公开。
但是，两阶段提交事务使用的锁定模型实际上仅适用于同一控制域中的短期事务。如果您的服务在同一公司数据中心运行，您可能会放弃它。对于更广泛的分发，无论是地理分布还是管理分布，您可能希望查看WS-BA，这是专门为此类用途而设计的Web服务事务协议。
WS-BA使用基于补偿的模型，这种模型更难编程。它基本上基于您提到的技术：通过调用补偿方法来撤消服务方法的影响。这可能很难做到，但JBoss实习生做了一个相当不错的注释框架，允许您以最小的努力定义补偿方法并自动驱动它们。它不是标准化的，但是如果你选择这种方法，那么值得一试：http://www.jboss.org/jbosstm/baframework
答案 1 :(得分：6)
Microsoft，BEA Systems和IBM开发的Web服务协调（WS-C）和Web服务 - 事务（WS-T）规范在我所知的情况下使用。您可以从阅读IBM提供的Web services transactions和A comparison of Web services transaction protocols文章开始，以明确说明。
答案 2 :(得分：2)
实际上，您通常不仅需要自定义回滚方法，还需要自定义提交方法。否则，您会遇到WS-BA标准中的问题。
只需查看 http://www.atomikos.com/Publications/TryCancelConfirm详细文章即可。这里提到的功能可以在Atomikos ExtremeTransactions中找到......该产品还支持传统的'ACID'风格的Web服务事务。
HTH
盖
免责声明：我为Atomikos工作