Bill Heinzman 在最近的 JavaOne 大会上谈到如何在企业级 Java 和.NET 应用程序之间创建跨平台的事务桥梁。Java 和.NET 数据都使用类似的结构和语义来实现事务管理的解决方案，只是在协议上稍有不同，但是二者中的事务管理无法与另一种技术中的相互协作。我们很难在这两种技术之间实现并使用跨平台的事务。两段提交（two-phase commit 2PC ）协议本来就是一种阻塞型的协议，它的伸缩性不好，会导致延迟、复杂性和失败概率的提高。
Bill 向我们概述了在 Java 和.NET 技术中事务管理的 API。 Java 资源管理接口 XAResource 中包含了一些方法，像 start、end、prepare、forget、recover、commit、rollback 等，以跨越多个数据源来管理分布式的事务。 而.NET 的资源管理接口 IEnlistmentNotification 则提供了 Prepare、InDoubt、Commit 和 Rollback 等方法来进行分布式事务管理。他说，Java 拥有“更繁忙”的实现，其中资源管理必须处理多个启发式的分支，这是使用包含事务 ID 和“分支”ID 的 Xid 令牌完成的。
他还谈到使用标准——像 WS 原子事务和 WS 协作——提供分布式事务的技术，以及如何使用共享内存、Java 虚拟机到 CLR（JVM-to-CLR）实现的方式直接进行连接。
WS 原子事务和 WS 协作都是 web 服务的基础，但是它们的性能都很差。 数据库事务是可互操作的，但是与其它公司的资源——像消息传递（JMS 和 MSMQ）——就做不到了。使用互操作性跨平台的事务连接提供了.NET 和 Java 端活动事务的整合，并且让事务管理器存在于它们各自的沙盒（sandbox）之中。跨平台的事务整合对于用户来说是透明的，并且能够与所有厂商的 J2EE 实现相协作。Java 程序可以使用支持事务的代理来调用.NET 应用程序，这个代理使用的是 JNBridgePro 产品，它支持.NET-to-Java 和 Java-to-.NET跨平台事务的两段提交。
Bill 在演讲的最后做出结论，他讨论了分布式事务管理的未来、Xtreme 事务处理以及云计算环境中的事务。云中的事务必须是由云管理的抽象资源，而云和传统 web 应用程序之间的事务必须是真正可互操作并且透明的。
评论