基于jCOM搭建Java-微软信息桥梁

 一、jCOM简介

   据Gartner的研究分析,在名列全球前1000名的企业中,大约90%都混合应用了Java和Windows技术。然而,Java技术和微软技术分别提供了丰富但却迥然不同的解决方案,或至少说这两种方案之间的差异是巨大的。

   为了解决这一矛盾,Sun率先提出了JNI解决方案。JNI,即Java本机接口,是编写Java本机方法和把Java虚拟机嵌入到本机应用程序中的标准编程接口。Java本机接口的主要目的就是保证本机方法库在不同平台上的Java虚拟机中的二进制兼容性。使用JNI编写程序,就可以很方便地做到程序的跨平台可移植。尽管如此,Sun提供的JNI解决方案只是底层的API包装,在实际开发中用到大量Java/COM互操作时,直接从JNI级进行开发显然效率并不高。

   为此,大大小小的公司甚至个人都试图提供全部或局部的Java/COM互操作解决方案。例如,WebLogic提供的jCOM技术,bridge2java(IBM提供的基于Java本机接口和COM技术,允许把ActiveX对象容易地集成到Java环境中),jacoZoom(是一个java类库—它允许你在java程序中使用ActiveX控件和ActiveX服务器,基于Java本机接口和COM技术,允许使用于Windows平台上的任何java环境中),J-Integra for COM(http://j-integra.intrinsyc.com/),还有一个小型的JCom桥接库(http://sourceforge.net/projects/jcom/,它也支持从Java中调用COM对象,例如EXCEL工作簿,VB的COM对象等)。其中,WebLogic提供的jCOM技术为微软的COM对象和Java对象提供一个稳定、无缝的机制,让这两种对象可以协同工作。

   jCOM,即Java/COM桥,它是一种用软件实现的桥接机制,可以帮助Java应用程序快速访问微软的COM/DCOM组件。而且,微软的COM应用程序也可以通过这个机制访问基于Java的对象。jCOM不仅具有实现相对简单的特点,而且其最吸人的部分在于它的透明性。对Java程序员来说,COM对象看起来与其他Java对象没有什么不同。而对COM开发人员来说,远程Java对象看起来就象是本机COM组件。在这些对象中可以找到jCOM运行时刻引擎进行动态类型映射,因此从表面上屏蔽了数据类型间的差异。远程对象的数据类型被动态地转换成调用程序所使用的基元类型。对Java开发人员来说,COM数据类型表现得就象Java基元类型;而对COM开发人员来说,Java数据类型看起来就象是COM数据类型。

本文将重点讨论BEA的Java/COM解决方案。

二、jCOM工作原理

   jCOM声称以双向方式工作,实际只是允许在Java和COM组件之间,在任意一个方向上通信—Java对象可以调用COM组件,COM组件又可以调用Java对象。当然,在这两种不同的分布式组件框架之间,有着两种截然不同的底层体系结构负责线路级通信。在运行时,jCOM内部设置了一个双协议栈环境,实现对底层两个彼此独立的基础结构的支持(参考图1)。对于COM组件,有一个在DCE远程过程调用之上的COM/DCOM实现。对于Java对象,有一个在Java远程方法IIOP(Internet Inter-ORB)之上的远程方法调用(RMI)实现。调用要通过这些协议栈,并通过内部的协议转换进行处理,内部的协议转换能够有效地屏蔽掉低一级的协议。对于EJB来说,来自COM客户的调用看起来就好像是来自Java客户的调用。对于COM组件来说,来自Java客户的调用看起来就好象是来自一个普通的COM客户。

   jCOM提供了能够自动生成更高级别COM/DCOM代理以及RMI存根的工具。客户程序用COM/DCOM代理以及RMI存根在这两个不同的基础结构间封装并传送调用。jCOM可以设置成本机模式,这样就可以利用本机操作系统的动态链接库,从而减轻DCOM的网络负荷,并极大地提高系统性能。

下面看一下Java对象如何调用COM对象:

import com.jCOMSample.account.*;clsaccount account=new clsaccount();double accountbalance=getaccountbalance("Xiao Wang");

    图1演示了当Java对象访问COM组件的时候事件产生的标准流程。首先,jCOM为要访问的COM组件生成—个代理对象,Java对象开始调用这个代理对象。然后,代理对象与jCOM运行时引擎通信,jCOM运行时引擎又把代理对象的消息封装成远程过程调用的COM/DCOM形式,通过TCP/IP发送到Windows环境里的COM组件。在最低的一层上,jCOM使用服务器上的标准Java网络类进行调用。

图1.jCOM运行时刻环境 点击看原图

三、使用jCOM工具

    在实际开发中,除了使用WebLogic中的一些配置外,多数情况下还需要使用jCOM提供的工具程序。这些程序是jCOM的核心,在不同平台间公开对象时,要用这些工具建立、部署所需要的元素。其中,常用的有:com2java、java2com、regjvm、regtlb等。篇幅所限,在此仅介绍后面示例中直接用到的com2java。

   com2java的作用是,建立访问COM组件所需要的Java代理代码模块。

    所有的COM对象都有与其相关的类型库,类型库可以独立存在,或者在其它文件里,它们定义组件所包含的接口和类。不过,要找到和一个组件相关的类型库并不太容易。这是因为,类型库(扩展名为.tlb或.olb,代表类型库)有可能包含在其它文件里,比如DLL文件里,而在Visual Basic里,类型库则保存在应用程序可执行文件自身中。    找到需要公开出来的COM组件所在的类型库之后,要把它交给com2java处理,让com2java生成对应的Java类,供Java客户一端使用。com2java会扫描类型库,寻找它能找到的所有枚举、COM接口以及COM类。

    下面我们看一下com2java根据类型库里找到的内容为COM建立的类。

    对于从类型库中找到的每个枚举,会建立一个Java接口,里面包含常量声明,每个常量对应枚举中的一个项目。对于从类型库中找到的每个COM类,会建立一个对应的Java类,类名称与COM类相同。这些类是客户程序通常要调用的类。

    com2java会为从类型库里找到的每个接口建立Java接口和Java类。生成的Java接口的名称与COM接口的名称相同,Java类的名称也与COM接口的名称相同,只是在类名称最后加上Proxy这个后缀,表示这是一个代理类。例如,如果有一个COM接口,名字是WindowsHelper,那么生成的Java接口名称就是WindowsHelper,而实现类(实现这个接口)的名称就是WindowsHelperProxy。可以想象,生成的Java接口能把COM接口映射成Java可以识别的格式,而生成的对应的Java代理类可以访问实现这个COM接口的COM对象。

    其实,除了前面介绍的功能之外,COM组件也可以通过com2java生成的Java类访问实现这个接口的Java对象中的方法。com2java的这种用途是com2java的特殊用法。

    com2java既有GUI版本,也有命令行版本。可以在\bea\webloogic81\server\bin目录下找到com2java.EXE(GUI版本)和com2javacmd.exe(命令行版本)。

以上是 基于jCOM搭建Java-微软信息桥梁 的全部内容, 来源链接: utcz.com/p/204950.html

回到顶部