如何實现weblogic应用与COM组件的互调.docVIP

使用JCOM 实现WebLogic应用与COM组件的互调 摘要：通过介绍WebLogic应用与COM组件双向调用的实现机制和如何实现，帮助开发人员理解如何使用这种方式进行调用。 使用WebLogic平台产品适合开发三层架构复杂的业务应用，对于前端支持Web、Applet等接入方式，对于后端系统如数据库采用JDBC、对EIS采用JCA等。对于用微软产品开发的VB和VC应用，一般可以采用HTTP、Web Service方式连接。在WLS7.0版本中新加入了JCOM方式。它作为软件桥，实现部署在WebLogic Server上的应用与COM?组件的双向透明调用。通过它，可以让微软的COM客户端把WebLogic的对象作为COM组件来调用；在WebLogic Server上的应用也可以将COM组件作为JAVA对象来调用。 jCOM 结构 WebLogic jCOM提供了运行组件，实现了基于（Distributed Computing Environment Remote Procedure Call）的COM/DCOM和基于JRMI/IIOP的RMI。这样可以使在另一环境对象按本环境的对象调用方式调用。 WebLogic jCOM同时还提供了自动转换工具实现两种类型接口的转换：可以创建COM/DCOM proxies和RMI stubs提供给COM client和WebLogic Server调用。 WebLogic jCOM 实现了DCOM 和RMI间所有必要转换工作, 并且可以作为一个RMI客户端连接到WebLogic Server。这样COM组件应用通过jCOM 调用部署在WebLogic Server上的EJB应用，就如同EJB客户端调用。与上相似，当部署在WebLogic Server上的应用调用DCOM对象时，RMI客户端的请求被jCOM组件转换为对应于DCOM的请求，并把它传递给DCOM环境下相应的对象。 另外还提供了一些工具和组件用来配置client和server环境。 为什么采用JCOM 我们很多业务应用采用了两层结构，前端为VB或VC开发，如果推翻搭建三层结构，投资比较大，周期也很长。而且客户熟悉了传统应用界面，采用前端WEB方式，使用起来可能会感觉到不习惯。对于这种情况，我们可以采用：原有在前端的简单处理不变，将复杂的业务处理逻辑以及对数据库的操作移植到WebLogic平台之上，中间通讯通过JCOM的方式实现。这样的好处是保留了前端界面，改造内容并不多，二者间调用代码编写简单。系统的整体性能也要比传统的两层结构有很大的提高。而且维护和添加新的业务模块也非常方便，很顺利地实现了异构环境和应用间的透明互联。 使用JCOM有三种方式： 使用零客户端结构(zero-client architecture)只支持COM调用WebLogic Server； 使用早期或后期绑定模式(early or late binding model) 只支持COM调用WebLogic Server； 按照本地或DCOM模式运行jCOM应用(可以支持COM调用WebLogic Server和WebLogic调用COM) 对于零客户端结构： COM客户端使用对象应用名字串访问WebLogic Server。对象应用名（objref moniker）由开发人员生成并且包含WebLogic Server的IP地址和端口。名字字符串（moniker string）可以通过WebLogic Server Servlet获得。一旦和Server?连接建立，COM客户端就可以按照COM方式调用Java对象。 此方式的优缺点： 优点： 不需要在客户端机器中装附加软件； 提供了访问Java组件的灵活性。 缺点： JCOM指定的工具必须从WL_HOME\bin目录拷贝到WebLogic Server所在的机器； 需要将WebLogic Server的位置和端口编码写入到COM客户端，这样如果WebLogic Server位置或端口发生变化，则需要重新编写； 当有大量的COM客户端机器时，不需要安装附加软件，采用这种方式比较好。 早期绑定和晚期绑定的比较： 绑定是指程序或模块的代指地址代替物理地址。早期绑定和晚期绑定都可以实现对另一应用对象的访问。早期绑定在编译程序的时候即给出访问对象信息。这需要Server应用提供一个库，并且客户端应用能调用这一库。在晚期绑定时，访问对象的信息在编译时不知道。对象是在运行时动态确认的。这意味着只有在运行程序的时候才能确定访问的对象是否存在。 早期绑定的优、缺点 优点： 对晚期绑定更可靠； 编译时类型检测让调试更容易； 用户可以浏览类型库(type library)； 对于晚期绑定在事务性能（t