JAVA与NET的相互调用——利用JNBridge桥接模式实现远程通讯.docxVIP

JAVA 与.NET 的相互调用——利用 JNBridge 桥接模式实现远程通讯 分布式开发的历史 利用 Remote 方式调用远程对象实现服务器与客户端之间通讯是一种常用的网络开发方式， 在.NET 与 JAVA 开发当中，对 Remote 远程对象早已有着足够的支持（对 Remote 远程对象调用有兴趣的朋友欢迎参考一下利用远程对象实现分布式开发）。 从 2003 年开始.NET 当中就盛传着.NET Remoting 远程对象调用的分布式开发，.NET Remoting 主要用于管理跨应用程序域的同步和异步 RPC 会话。在默认情况下，Remoting 可以使 用 HTTP 或 TCP 协议进行信息通讯，并使用 XML 编码的 SOAP 或二进制消息格式进行数据交 换。.NET Remoting 提供了非常灵活和可扩展的编程框架,并且可以管理对象的状态。在Framewok2.0 出台以后，WCF 盛世登场，它是综合了.NET Remoting 远程对象，TCP/IP 套接字， Web 服务，MSMQ ，P2P 点对点等各类型通信方式的产物，WCF 使远程通信进入另一个台阶。 而在 JAVA 方面，对远程通信也有强大的支持,它定义了的 RPC （Remote Procedure Call Protocol）协议是—项远程过程调用协议，它可以通过网络从远程计算机请求的服务获得计算结果， 它无需了解底层网络技术的协议就可以使用如 TCP 或 UDP 等通信方式，为程序之间传递信息数据。在网络通信模型中，RPC 跨越了传输层和应用层。RPC 使系统更容易地实现分布式式开发。但 RPC 通讯却并未实现面向对象的开发原则，到而 RMI(Remote Method Invocation) 远程方法调用是一 种计算机之间利用远程对象互相调用实现通讯的一种机制。它以面向对象的开发方式，利用 RPC 协议，使服务器与客户端的对象能够实现远程调用。 但在.NET Remoting 与 RMI 通信中同时存在一个弊端，那就是对开发语言的限制，无论是使用哪一种通讯方式，服务器与客户端都必须支持同一种开发语言。通讯过程中不能跨越开发语言的限制，这是一个人令人懊恼的消息。因为在大型的开发项目当中，往往会集合着不同语言开发进行不同模块的开发。而使用 Remote 进行分布式开发，可以提高通信的效率但却又受到限制。对此，各大 开发公司做出了积极的贡献，开发出如 J-Integra(又名 Ja.NET) ，IIOP.NET(Internet Inter-Orb Protocol),JNBridge 等集成开发工具，对.NET 与 JAVA 之间实现 Remote 远程对象的相互调用作 出足够的支持。下面在下为大家对“JNBridge 实现.NET 与 JAVA 的相互操作”作出详细的介绍。JNBridge 概述 NBridge 是一种领先的 JAVA 与.NET 互操作的的产品,凭借 JNBridge 技术，Java 和.NET 代码无需交叉编译器就可以实现对象共享。所有 Java 代码运行在 JVM 上，而.NET 代码则运行在 CLR 上。在该方案下，JVM 和 CLR 可以运行在不同的机器上，也可以运行在一台机器的不同进程上，甚至还能运行在相同的进程的不同应用程序域上。经历多年的发展，JNBridge 已经发布了 JNBridgePro 5.0 ，JNBridgePro 5.0 有着更强大的功能。 1. 支持 ava 和.NET 之间的跨平台事务； 1. 支持 ava 和.NET 之间的跨平台事务； 2. 支持 Microsoft Visual Studio 和 Eclipse 插件； 3. 兼容 Windows 7 ； 4. 跨平台交易一体化主要是对用户透明； 5. 回滚- 任何一方的终止都将导致双方的行动被回滚； JNBridge 支持.NET To Java ，Java To .NET 两种服务方式，并可以行用 TCP 、HTTP 、SOAP 等多个协议进行双方通讯，下面就以 “JAVA 调用.NET” 实现一个简单开发例子，介绍一下 JNBridge 的功能。 JNBridge 配置 首先可以在 JNBridge 的官方网站 /downloads.htm 下载程序， 安装 JNBridgePro 5.0 后，启动 JNBProxy v5.1.exe ，选择 Create new Java-.NET Project ， 新建一个项目后，点击 Project-Java Options 对系统进行配置。首先设置好本机的 java.exe 应用程序和 jvm.dll 程序集的路径，然后设置 jnbcore.jar 和 bcel.jar