17.3.2分布式应用集成基础框架

随着计算机网络应用的不断深入和普及，大规模的计算机网络将不断増加，在这种 计算机网络中，不仅硬件设备型号、种类、规模相异，而且操作系统平台、程序设计环 境及应用也各不相同，这就是大规模计算机网络的重要特征--异构性。人们迫切希望 通过在这种计算机网络上建立一套体系结构和一组规范来保证分布式系统的互操作性、 可迁移性和可重用性，进而实现分布式环境下的信息共享与应用集成。因此，在面向对 象技术和分布式计算基础'上产生的分布式对象计算（Distributed Object Computing, DOC），成为20世纪90年代计算机技术发展的一个热点。而在当今众多的分布式对象 技术中，比较有影响的分布式软件对象（组件）标准有下面三种。

1. CORBA

CORBA （Common Object Request Broker Architecture,公共对象请求代理体系结构） 是对象管理组织（OMG）为解决分布式处理环境中硬件和软件系统的互连而提出的一种 标准的面向对象应用程序体系规范。

OMG组织给出了分布计算的参考模型，称为对象管理参考模型（Object Management Architecture, OMA）。OMA模型中把软件作为对象，并通过对象请求代理与其他对象进 行通信。其体系结构如图17-18所示。

图17-18对象管理参考模型的体系结构

OMA体系结构的核心是对象请求代理（Object Request Broker, ORB）， CORBA规 范对ORB的组成和功能进行了定义，它支持对象服务、通用设施、领域接口和应用接 口之间的交互和通信。

ORB是CORBA的对象互操作中介，作为应用对象间服务请求响应的中间代理，接 收对象请求并把请求转给相应的对象，服务完成后又把执行结果或异常情况返回给请求 者。ORB可以使对象以语言、位置和平台独立的方式发出请求和提供服务，相互协同工 作，从而建立真正的分布处理，是实现分布对象互操作的核心。COBARORB的组成结 构如图17-19所示。

图 17-19 CORBAORB 结构

2.COM +

COM +是Microsoft公司基于Windows平台的一个分布式企业应用模型，它与 Windows操作系统紧密结合，是沿着DDE-OLE-OLE2-COM-DOOM-COM+的路线发展 而来。目前，COM、DCOM和COM +应用比较广泛。

COM是一个开放的组件标准，有很强的扩充和扩展能力。COM组件标准的基础是 COM核心，它规定了组件对象与客户通过二进制接口标准进行交互的原则。COM主要 由COM接口、COM对象、COM服务器、类工厂和类型库等组成。其中，COM接口是 和COM对象之间互相调用相关的一组语义规范，每个接口有一个标识（UUID）： COM对象则为一个或多个COM接口提供具体的服务（功能实现），对COM对象的调 用是通过一个指向其接口的指针实现的；COM服务器提供COM运行的环境，完成COM 对象的管理，并向COM客户提供服务：类工厂则是用于创建、注册COM对象的特殊 对象，它为COM对象的实例化提供一种标准机制；类型库是一个二进制资源文件，包 含COM服务器中对象与接口的类型信息。在COM系统中，客户对组件对象功能的调 用接口一般采用COM IDL来描述。COM定义了两类服务器，即进程内服务器和进程外 服务器。进程内服务器即本地机上的DLL,进程外服务器分为两类：一是本地机上的 EXE可执行程序，二是远程机上的DLL或EXE程序。服务器内部包括组件接口的实现 和类工厂，类工厂生产组件对象，将对象的接口指计返回给客户。组件服务器的定位由 COM库完成并返回对象指针。COM对象位置的透明性处理由COM的服务控制机制保 证。进程外的对象必须先调用服务控制机制提供的代理，代理生成服务对象的远程过程 调用（Remote Process Call, RPC）。基于COM的系统调用原理如图17-20所示。

另外，COM组件标准还包括结构化存储、统一数据传输和智能命名等。其中结构 化存储定义了复合文档的存储格式以及创建文档的接口，统一数据传输约定了组件之间 数据交换的标准接口，智能命名则给予对象一个系统可识别的标识。COM组件标 准为COM对象之间的相互操作奠定了基础。

图17-20 COM调用原理

3.J2EE

J2EE （Java 2 Platfonn Enterprise Edition, Java 2 平台企业版）是由 Sun 公司制定的 基于Java技术的分布式组件计算平台规范。

Sun设计J2EE的初衷是为了解决两层模式的弊端，即系统难于升级或改进、可扩展 性差，而且经常基于某种专有的协议。它使得重用业务逻辑和界面逻辑非常困难。J2EE 将两层化系统模型中的不同层面切分成许多层，从而形成了一个多层的端到端的分布式 应用系统架构。在图17-21给出的基于J2EE标淮的典型运行结构中，主要包含客户层、 Web层、业务逻辑层和数据层（包含遗留系统）4个层次。

图17-21 J2EE运行结构

J2EE很好地融合了 Internet技术，有利于企业建立基于Web、具有n层结构的分布 式应用，同时它也为应用系统集成提供了良好的解决办法。J2EE的应用集成架构如图 17-22所示。J2EE的基础是核心Java平台或Java2平台的标准版，J2EE将J2SE集成到 自己的体系结构中，不仅巩固了标准版中的许多优点，同时也使J2EE供应商能够独立 于操作系统与硬件平台来实现应用程序产品。各种组件可以通过J2EE配置工具将其部 署到相应的J2EE容器中，客户端对各种组件的访问及各种组件之间的调用都通过容器 及服务器来完成。

图17-22 基于J2EE的应用集成架构

4.Web Service

Web Service （Web服务）是指服务提供者将应用作为服务部署在Web上，通过使用 Web服务描述语言来描述特定Web服务提供的功能。服务请求者在需要一种Web服务 时，可以通过Internet,在Web服务的注册机构中査找分布在Web站点上的Web服务， 并自动实现与服务的绑定，完成数据交换，在这个过程中无须人工干预。Web服务的工 作原理如图17-23所示。由于Web服务的系统架构和实现技术基本上基于己有的技术， 因此，Web服务可以看成是现有应用面向Internet的一个延伸。

实现Web服务需要相关技术标准的支持，目前支持Web服务的技术标准主要有： 用于进行数据交换和表达的元语言标准XML,XML用来在Web服务中表年服务请求和 应答的内容；UDDI （Universal Description, Discovery&Integration）， UDDI 用于 Web 月艮务注册和服务查找；WSDL, WSDL用于描述Web服务的接口和操作功能；SOAP （Simple Object Access Protocol）， SOAP为建立Web服务和服务请求之间的通信提供支持。图 17-24给出了支持Web服务实现的体系结构。

图17-23 Web服务的发布、请求和绑定过程图17-24 Web服务的体系结构