JNBridge提供了跨越Java与.NET代码的分布式事务支持

作者 Jonathan Allen 译者 张龙 发布于 2009年12月28日

领域

企业架构,

架构 & 设计,

语言 & 开发

主题

Java ,

.NET ,

语言 ,

事务处理 ,

编程 ,

互操作 ,

数据库 ,

JNBridge

分享到

凭借JNBridge技术，Java和.NET代码无需交叉编译器就可以实现对象共享。所有Java代码运行在JVM上，而.NET代码则运行在CLR上。在该方案下，JVM和CLR可以运行在不同的机器上，也可以运行在一台机器的不同进程上，甚至还能运行在相同的进程上。从开发者的角度来看，运行在其他虚拟机上的对象仅仅是代理的远程对象而已。JNBridge有着悠久的历史，其首个版本发布于2002年6月。Adobe的ColdFusion是其最知名的客户，我们曾于2007年首度报道其对.NET的支持。

最新版的JNBridge可以轻松实现跨越虚拟机的分布式事务。其过程用两个字来说就是——简单。虽然开发者总是可以手工实现两阶段提交所需的工作，但借助于JNBridge 5.0，这一切都变得无比简单了，它能够帮助我们看管.NET一边的System.Transaction以及Java一边的javax.transaction。除了一些配置和对JavaTM.enable或是DotNetTM.enable的调用外，一切都和本地事务毫无二致。

要想使用JNBridge，开发者需要熟悉代理生成工具。该工具既可以独立运行，也可以作为Eclipse和Visual Studio的插件运行。其Eclipse版本证明了JNBridge的强大所在，因为它实际上是用.NET/WinForms开发的。

GUI可以两种方式运行，嵌入在WinForms和WPF中的Java AWT和Swing组件。很多公司都采取了这种方式：用Java构建了非常专业的控件（比如分子观测仪）并希望将其技术移植给.NET开发者而不想进行大量的迁移工作。

目前，JNBridge官方还没有支持Mono和Silverlight的计划。虽然JNBridge的底层技术同样适用于Mono和Silverlight 4，但如果出错开发者只能依靠自己的力量去解决。与此形成鲜明对比的是，受支持的平台则具有丰富的文档。

查看英文原文：JNBridge Brings Distributed Transactions Across Java and .NET Code

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！