计算机系统结构——李欢——分布式对象技术综述

面向对象方法与技术课程论文 分布式对象技术综述 1 分布式对象技术综述分布式对象技术综述 第一章第一章 绪论绪论 1 1 引言 计算机支持下的工作正在转移到一个复杂的分布异构计算环境 它主要由 以下特点 1 场地分布 由 LAN 或 WAN 支持 存在多种网络协议 2 数据 分布 各种形式的数据分散在各节点 以各种形式 文件 数据库 电子表格 等 存在 3 硬件平台多样化 从台式机 工作站到大型主机 从单机处理器 对称处理器到大规模并行处理器 4 操作系统多样化 如 Windows NT 各种 Unix 及 VMS 等 5 应用平台多样化 包括来自不同开发组织的各种应用软件 中间件和开发工具 分布异构计算环境的出现是计算机技术发展市场需求驱动的必然结果 是 信息随处可得这一人类期盼已久目标的基础 同时它也给计算机界带来了新的 挑战 用何种方法支持这种环境下的工作 用户在这种环境下以何种方式获取 信息 面对这些问题 急需新模型支持分布异构环境下的协同工作 这个新模 型应提供以下主要措施 1 场地透明机制 屏蔽本地服务和远程服务对应用造 成的差异 2 平台独立机制 支持各种主流机型和操作系统 3 统一的编程 模型 这种统一性应体现在软件体系的不同层次 如操作系统 网络 特别是 应用层 4 互操作能力 不同的应用程序之间可以互相调用 1 随着计算机技术的迅速发展和网络应用的不断深入 迫切需要建立面向对 象的 基于网络的 分布的 异构的应用系统 以实现跨越多种操作平台 独 立于程序设计语言 并且协同工作 以便能够完成更复杂的任务 这就要求支 撑这种应用的分布式系统具有良好的互操作性 可迁移性以及可重用性 在这 种需求下 分布式对象技术应用而生 并得以迅速地发展 1 2 论文主要内容 本文从以下几个方面论述了分布式对象技术 1 分布式对象技术的产生背景和核心概念 第二章 面向对象方法与技术课程论文 分布式对象技术综述 2 2 三种不同的分布式对象技术的分析和比较以及互操作 第三章 第四章 3 分布式对象技术未来的发展趋势 第五章 第二章第二章 分布式对象技术分布式对象技术 2 1 分布式对象技术的产生背景 90 年代出现的分布式对象技术为网络计算平台上软件的开发提供了强有力 的解决方案 分布式对象技术是为了解决分布式异构网络环境下 信息系统集 成的异构性 可重用性 互操作性问题 将面向对象技术与分布式计算技术相 结合而形成的分布计算技术 目前 分布式对象技术已经成为建立服务应用框 架和软构件的核心技术 在开发大型分布式应用系统中表现出强大的生命力 逐渐形成了 3 种具有代表性的主流技术 即 Microsoft 的 DCOM COM 技术 Sun 公司的 J2EE EJB 技术和 OMG 的 COBRA CCM 技术 分布对象技术是以 面向对象技术为主要特征的第二代分布计算技术 分布计算 Distributed Computing 是近 20 年来影响计算技术发展的最活跃因素之一 它的发展经历了 两种不同的技术路线 第一种是理想的技术路线 试图在互连的计算机硬件上 部署全新的分布式操作系统 全面管理系统中各自独立的计算机 呈现给用户 单一的系统视图 这种方法 尽管产生了许多技术成果和实验系统 但却没有 被用户和市场接受 第二种是现实的技术路线 即在网络计算平台上部署分布 计算环境 也称为中间件 提供开发工具和公共服务 支持分布式应用 实现 资源共享和协同工作 90 年代 工业界普遍遵循这一技术路线 产生了一系列 行之有效的技术和广为用户接受的产品 面向对象技术已经成为建立集成构架 和软构件标准的核心技术 分布对象技术最具代表性的是 90 年代初 CORBA 1 0 标准的颁布 揭开了分布对象技术的里程碑 2 2 2 分布式对象技术的核心概念 在分布对象计算中 通常参与计算的计算体就是分布对象 分布对象也被 称为组件 Component 组件是一些独立的代码封装体 在分布计算环境下组件 既可以是一个简单的对象 更多情况下是一组相关对象的组合体 组件是一些 灵敏的软件模块 它们可以位置透明 语言独立 和平台独立地相互发送消息 实现请求服务 分布对象存在于网络的任何地方 可被远程客户应用以方法调用的形式访 面向对象方法与技术课程论文 分布式对象技术综述 3 问 至于分布对象是使用何种程序设计语言和编译器所创建 对客户对象来说 是透明的 客户应用无须知道它所访问的分布对象在网络中的具体位置以及运 行在何种操作系统上 该分布对象与客户应用可能在同一台计算机上 也可能 分布在由广域网 如 Internet 相连的不同计算机上 分布对象具有动态性 它们 可以在网络上到处移动 分布对象技术采用面向对象的多层客户 服务器计算模型 将分布在网络上 的全部资源 系统层或应用层 都按照对象的概念来组织 每个对象都有定义明 晰的访问接口 创建和维护分布对象实体的应用称服务器 按照接口访问该对 象的应用称为客户 支持客户访问异地分布对象的核心机制称为对象请求代理 Object Request Broker ORB ORB 处于分布对象技术的核心位置 ORB 如同 一条 软 总线把分布式系统中的各类对象和应用连接成相互作用的整体 分布式对象技术是分布式系统的技术解决 是继面向对象技术之后软件开 发领域的重大成果 它把应用系统中所需要的功能归结为一个个的组件对象 并把这些组件对象分布在网络上 通过类似于 软件总线 的结构以完成异构 系统上组件对象之间的通信 从而实现了组件对象之间的独立运行与互相操作 大大提高了软件系统开发的效率以及可重用性 3 分布式对象技术是计算机网络技术和面向对象技术相互协调 相互促进而 发展起来的 随着 Internet 的发展 网络环境变得相当复杂多样 解决异构网络 环境下的互操作 当前显得尤为重要 分布式对象技术的核心内容就是对象之 间的互操作 要实现互操作就必须有一套独立于硬件平台 操作系统和编程语 言的接口规范 本文主要介绍了 CORBA COM DCOM 和 Java RMI 三种具有 代表性的分布式对象模型及标准 4 第三章第三章 分布式对象的三种主流技术分布式对象的三种主流技术 3 1 CORBA 体系结构概述 3 1 1 CORBA 的体系结构 CORBA Common object Request Broker Architecture 是由 OMG object Management Group 制定的应用软件体系结构和对象技术规范 遵照 CORBA 规 范开发出的分布计算软件环境可以在几乎所有的主流硬件平台和操作系统上运 行 OMG 是一个非盈利性国际组织 目前已拥有 900 多个成员 世界上几乎所 有最有影响的计算机公司 著名的工商企业和大学研究机构都是这个组织的成 员 现在 CORBA 对象通信使用的协议 IIOP 已成为许多公司进行系统集 面向对象方法与技术课程论文 分布式对象技术综述 4 成的基本协议 5 CORBA 体系结构如图 1 所示 CORBA 体系结构主要是由对象实现 公共 对象请求代理 IDL 存根和框架 对象适配器 OA 接口存储库 实现存储库等 组成 6 1 对象实现 object Implementation 它定义了实现一个 CORBA 对象 IDL 界面的方法 对象实现可由不同的语言来编写 2 公共对象请求代理 object Request Broker ORB ORB 在 CORBA 规 范中处于核心地位 它定义了 CORBA 对象总线 即定义了异构环境下对象透 明地发送请求和接收响应的基本机制 是建立对象之间 Client Server 关系的中 间件 ORB 拦截请求调用 并负责找到可以实现请求的对象 传送参数 调用 响应的方法 返回结果等 Client 对象并不知道同 Server 对象通信 激活或存 储 Server 对象的机制 也不必知道 Server 对象位于何处 它是用何种语言实现 的 使用的是什么操作系统或其他不属于对象接口的系统成分 ORB 屏蔽了对象的通信机制 位置 实现等 提供了异构分布式环境中应 用之间的互操作性 同时也保证了多种对象系统之间的无缝连接 对象请求代 理 ORB 为分布式对象提供了通信的基础设施 ORB 负责完成查找对象实现 通知对象实现 传递请求数据等任务 客户程序所看到的对象接口完全独立于 对象实现所在的网络位置 硬件平台 操作系统平台以及编写对象实现所使用 的程序设计语言 为调用对象实现的一个实例对象 客户程序必须首先获取一 个对象的引用 客户程序发出远程调用的方式与本地调用相似 但调用的是远 程对象实例的对象引用 ORB 将负责参数打包 并通过网络传递给远程对象所 在的 ORB 再由该 ORB 将参数解包后 把调用请求转发给对象实现的一个实 服务 请求 IMR 对象请求内核 核心 ORB IR ORB 接口 IDL 存根 OA 对象适配器 DSI 动 态框架 接口 SSI 静 态框架 接口 DII 动 态调用 接口 对象实现客户端 图 1 CORBA 体系结构 面向对象方法与技术课程论文 分布式对象技术综述 5 例 客户程序向对象实现传递请求是 ORB 所提供的基本功能 这包含了为客户 程序送出实际参数与送回处理结果 ORB 内核是 ORB 中真正负责传递请求的 部分 3 IDL 存根和框架 它们将客户服务应用 ORB 粘合在一起 IDL 存根 和框架提供了静态 IDL 功能 它是同 IDL 定义的统一界面 IDL 的定义和目的 程序之间的翻译是通过 IDL 编译器自动匹配的 4 动态调用接口 Dynamic Invocation Interfaces DII 这个接口允许客户 直接访问 ORB 提供的请求机制 5 动态框架接口 Dynamic Skeleton Interfaces DSI DSI 允许把请求传 送给对象实现 而不需要知道对象实现在编译时的知识 6 对象适配器 object Adapter OA 实现了对象和 ORB 内核间的通信 7 接口存储库 Interfaces Repository IR 它包含运行时所需要的 IDL 规 范 IR 可以查询用户定义的 IDL 类型的详细情况 从而提供一个基本类型映射 机制 8 实现存储库 Implementation Repository IMR 它包含服务器的详细 信息 即哪一个执行程序需要被放置到哪一个服务器上 OA 需要这个信息来 自动激活服务器 3 1 2 CORBA 规范的特点 CORBA 规范充分利用了现今软件技术发展的最新成果 在基于网络的分 布式应用环境下实现应用软件的集成 使得面向对象的软件在分布 异构环境 下实现可重用 可移植和互操作 其特点可以总结为如下几个方面 1 在 CORBA 规范中引人了代理 Broker 的概念 一个代理至少可以有三 个方面的作用 完成对客户方提出的抽象服务请求的映射 自动发现和寻 找服务器 自动设定路由 实现到服务器方的执行 这样用户在编制客户程 序时只要完整地定义和说明客户需要完成的任务和目标即可 2 实现客户与服务对象的完全分开 客户不需要了解服务对象的实现过程 以及具体位置 3 应用程序间的统一接口 CORBA 提供软总线机制 这是系统定义的一 组接口规范 使得在任何环境下 采用任何语言开发的软件只要符合接口规范 的定义 均能够集成到 CORBA 系统中 4 CORBA 采用面向对象的软件实现方法开发应用系统 实现对象内部细 节的完整封装 保留对象方法的对外接口定义 面向对象方法与技术课程论文 分布式对象技术综述 6 5 分层的设计原则和实现方式 CORBA 规范只是针对 OMA 体系结构中 的 ORB 制定的工业标准 而面向应用的对象定义则可以在 OMA 的应用对象或 应用开发环境中逐步分层定义和实现 3 2 COM DCOM 体系结构概述 3 2 1 COM DCOM 的体系结构 COM 技术是 Microsoft 公司的组件对象模型 是在 OLE 技术上发展而来 经历了 OLE2 COM ActiveX DCOM 和 COM 等几个阶段 COM 这一技术部 分是作为规范 用于单机上应用之间的通信 对象实现与使用的语言无关 DCOM 是 COM 的分布式扩展 在 RPC 之上构造对象的远程过程调用层来支持 对远程对象的访问 Microsoft 的 COM 平台效率比较高 同时它有一系列相应 的开发工具支持 应用开发相对简单 但它的缺点是 COM 的跨平台性较差 只局限于微软操作平台 COM 只支持封装机制和接口继承 不支持实现继承 但 COM 组件可以有 多个接口 通过包含和聚合实现对象复用 并能以二进制形式发布 它的 IDL 基于 DCE 与 CORBA 不兼容且不提供向程序设计语言的映射 CORBA 用接 口仓库管理 IDL 信息并可以从本地和远程访问 COM 用类型库来管理 IDL 信 息 只能在本地访问 与 CORBA 不同 COM 提供了垃圾回收功能 DCOM 是 COM 在网络上的扩展 从根本上消除了本地和远程对象的差别 在 DCOM 环境中 位于某一网络上的 COM 对象能和另一网络上的 COM 对象进行通讯 其底层通讯机制是 RPC 7 COM 的体系结构 图 2 包括统一数据传输 持久存储和智能命名 COM 核 心等 其中 COM 核心包括服务控制管理 接口代理 接口基和 COM 库 COM 核心定义了 COM 对象与使用者 客户 如何通过二进制标准接口进行交互 的规格说明 持久存储通过 IStorage 和 IStream 接口提供了一个 文件系统 智能命名通过对象实现接口 使用户可以在以后重新连接一个指定的对象实例 并且使对象实例仍保持原来的状态 另外还提供保存它们名字和其他持久信息 的机制 COM 库提供对所有客户及组件都非常有用的组件管理服务 8 面向对象方法与技术课程论文 分布式对象技术综述 7 3 2 2 COM 组件的特点 1 语言无关性 COM 规范的定义不依赖于特定语言 它采用的是一种二 进制代码级的标准 而不是源代码级的标准 COM 语言无关性为跨语言的开发 提供了统一的标准 目前很多语言都提供对 COM 的支持 9 2 可重用性 COM 重用性是建立在组件对象的行为方式上的 它指示了 COM 对象如何重用已有的 COM 对象功能 有两种途径 包容和聚合可实现 COM 重用性 3 位置透明性 组件从一台计算机转移到另一台计算机仅涉及到重新配置 的问题 不涉及到一个大的开发项目 3 3 EJB 体系结构概述 3 3 1 EJB 的体系结构 J2EE Java 2 Platform Enterprise Edition 是由 Sun 公司于 1999 年推出的一 个支持企业级计算的 Java 平台 J2EE 提供了一个基于构件的集中式服务器多 级应用体系 其基础是 EJB Enterprise Java Beans 即企业级 Java 构件 EJB 为开发和部署可重用的 Java 服务器构件定义了一个模型 为 Java 应用服务器定 义了一个标准编程接口 EJB 构件在 EJB 服务器提供的 EJB 容器中运行 EJB 服务器代表 EJB 构件自动管理大量的企业级中间件服务 例如事务 状态 持 久性和安全性 这使得 EJB 构件开发人员可以集中精力编写业务逻辑而不是复 杂的中间件 从而可以更快地开发出代码质量更高的应用 10 EJB 的体系结构 图 3 包括服务器 Server 容器 Container 远程接口 Remote Interface 以及 EJB Home 等 统一数据 持久存储 COM 的核心 COM 库 接口基 接口代理 服务控制管理 智能命名 图 2 COM 体系结构 RMI RMI Server 服务器 Home Interface EJBHome 接口 容器 Client 客户机 远程接口EJB ObjectEJB Bean 实现 调用 实现 面向对象方法与技术课程论文 分布式对象技术综述 8 EJB 服务器是管理 EJB 容器的高端进程或应用程序 并提供对系统服务的 访问 EJB 服务器实际是各种支持 EJB 安装的服务的集合 这些服务包括分布 式事务管理 分布式对象管理和对这些对象的分布式调用以及低层次的系统服 务 1 EJB 容器是一个管理一个或多个 EJB 类 实例的抽象 它通过规范中定义 的接口使 EJB 类访问所需的服务 EJB 容器管理 Enterprise Bean 对象的生命周 期 包括创建和销毁一个对象 协调分布式事务和实现对象安全性 2 远程接口 Remote Interface 列出了 EJB 类中的商业方法 EJB Object 实 现远程接口 并且客户端通过它访问 EJB 实例的商业方法 EJB 类开发者定义 远程接口 容器开发商提供产生相应的 EJB Object 的方法 客户端不能得到 EJB 实例的引用 只能得到它的 EJB Object 实例的引用 当客户端调用一个方 法 EJB Object 接收请求并把它传给 EJB 实例 同时提供进程中必要的包装功 能 客户端应用程序通过 Home 对象来位 创建 删除 EJB 类的实例 通过 EJB Object 来调用实例中的商业方法 3 Home 接口列出了所有定位 创建 删除 EJB 类实例的方法 Home 对 象是 Home 接口的实现 EJB 类开发者必须定义 Home 接口 容器厂商应该提 供从 Home 接口中产生 Home 对象的实现方法 3 3 2 EJB 组件的特点 1 可移植性 由于 EJB 规范颁布了一组明确的 EJB 容器 供应商服务器 和 EJB 组件 商业对象 之间的契约 这保证了 EJB 组件在不同 EJB 服务器上 的可移植性 2 平台独立性 EJB 体系结构完全独立于任何特定的平台 协议和中间件 等基础设施 一个平台上开发的应用程序不需要做任何修改就可移植到另一平 台 完全实现了 编写一次 到处运行 3 简化了分布式对象的开发 部署和访问 EJB 分布式对象 一种 Enterprise Bean 的开发人员只需依照为 Enterprise Java Bean 建立的契约和协议 图 3 EJB 体系结构 面向对象方法与技术课程论文 分布式对象技术综述 9 实现对象 这使整个开发 发布和管理变得非常简单 可降低系统建设成本 减小开发周期 第四章第四章 三种分布式对象技术的比较和互操作三种分布式对象技术的比较和互操作 4 1 CORBA DCOM EJB 技术的比较 CORBA DCOM EJB 是目前三种主流的面向对象分布式中间件技术 从 接口定义和开发语言方面 适用平台和通信协议方面 事务管理方面综合来看 CORBA 在三者之间有着不可比拟的优势 11 在接口定义和开发语言方面 CORBA 采用的接口定义语言是 OMG IDL 它采用类似于 C 的语法 简单易学 并且可以提供到多种语言的映射 包括 Java C C 等 可以在使用不同语言的客户机和服务器之间实现异构通信 CORBA 是一个规范 可以用在不同的平台 操作系统和编程语言之上 只要 该平台支持 ORB 的实现 而且有对编程语言的映射就可以 相对而言 DCOM 比较适合与 C 紧密集成 对象的实现需要 WIN32 API 的支持 J2EE 则建立 在 Java 语言之上 只能使用 Java 语言和 Java RMI 进行接口定义和应用开发 虽然 Java 语言提供了和其它语言的接口 但这种接口使用起来非常复杂 在适用平台和通信协议方面 DCOM 是基于微软操作系统的 使用 RPC 和安全机制产生符合 DCOM 协议标准的标准网络包 但 DCOM 只是简单地把 本地跨进程通信用一个网络协议传输来替代 虽然通过使用第三方组件 开发 者可以实现其它操作平台上的 DCOM 组件 但这些实现必须和微软的实现相匹 配 J2EE 是一种纯 Java 的解决方案 只要安装有 Java 虚拟机 就可以实现 J2EE 但是它对集成的支持却很脆弱 EJB 使用 Java 远程方法调用接口 RMI RMI 使用 JRMP 作为通信传递协议 但 JRMP 是一个非标准的协议 不 允许使用交叉语言编写的对象之间进行通信 这就要求客户端和服务器都必须 是基于 Java 的 CORBA 使用 IIOP 和 GIOP 作为通信层协议 两个协议从本质 上来讲非常简单 但提供了建立可扩展的 CORBA 服务器的能力 在分布式事务处理方面 DCOM 没有提供自动的容错和负载平衡服务 这 个工作全是交给 MTS 来完成的 EJB 使用 Java 事务服务 JTS 来完成分布式事 务处理 应用程序通过 JTA 使用事务管理功能 CORBA 规范中的 OTS 为分布 式 CORBA 对象提供了事务管理的接口 支持平面事务和嵌套式事务 同时 OTS 基于 X open DTP 标准 所以不是基于 CORBA 的应用程序也可以与 OTS 互操作 三种技术的综合比较如表 1 所示 面向对象方法与技术课程论文 分布式对象技术综述 10 表 1 给出了这三种分布式对象模型的比较 其中 继承性 主要反映在基础平台对应用程序互操作能力的支持上 它要求将 分布在不同平台 操作系统上 采用不同的语言或者开发工具生成的各类商业应 用必须能集成在一起 可用性 要求在企业应用中能够稳定 安全 可靠地运行 可扩展性 能够协调不同的设计模式和实现策略 可以根据企业计算的需求 进行裁剪 并能迅速反应市场的变化和技术的发展趋势 4 2 三种分布式对象模型的互操作 4 2 1 CORBA 组件间的互操作 CORBA 组件间的互操作是建立在具有相同的 ORB 的基础上 ORB 间的互 操作主要通过建立 ORB 间的桥接实现 ORB 的桥接主要分为嵌入桥接和请求 级桥接 嵌入桥接是在 ORB 间建立桥接的最直接的方法 其实现是在 ORB 内 增加一个新的进程间通信模式 这就要对 ORB 作一个根本性的改变 请求级桥 接是在客户机 ORB 外增加一个 ORB 代理对象 将请求传递给客户机 ORB 中 的代理对象 代理对象将请求内容翻译成服务器 ORB 能理解的形式 代理对该 服务器对象调用所需操作 ORB 的这种桥接技术 虽然从理论方面可以实现 ORB 间的互操作 但在实际中 ORB 产品比较多 要实现所有 ORB 间的桥接会 成为非常繁杂的一件事 表 1 三种分布式对象模型综合比较 面向对象方法与技术课程论文 分布式对象技术综述 11 4 2 2 CORBA 和 EJB 间的互操作 根据按值传递 Object by Value 规范实现的 IDL 反编译工具可以从 Java RMI 实现类生成 IDL 文件 根据 Java 到 CORBA 的映射规范和 Enterprise Java Beans to CORBA Mapping 的规范可以确定 CORBA 和 EJB 架构各元素之间的对 应关系 目前很多 ORB 产品都实现了 RMI over IIOP 像 Sun 的 Java IDL InPrise 的 VisiBroker 以及些开发源码的 ORB 产品 如 OPenORB JacORB 等 应用服务器中添加 CORBA 功能后 可以在 CORBA 代码中访问 EJB 对象这段 代码可以是 CORBA 客户端 也可以是 CORBA 服务器端 为了能提供如上所 示的 CORBA 功能 需要把 EJB 的 Bean 实例封装成一个 CORBA 对象 只有这 样才能被 ORB 定位 接受 ORB 传来的客户端请求 共享的 CORBA 服务提供 一些公用的 CORBA 相关的预备操作和共享信息 每个 EJB 独立的 CORBA 功 能 包括为每个容器动态生成可以接受 10P 方式请求的 Home 对象和 IIOP 方式 的 EJB 对象 用来响应通过 ORB 传来的客户端请求 其中 Home 对象负责对 EJB 的 Home 接口中的远程方法调用 EJB 对象负责对 EJB 的 Remote 接口中的 远程方法的调用 12 4 2 3 CORBA 和 COM DCOM 间的互操作 在 DCOM 中 客户机存根称为代理 Proxy 而服务器存根称为存根 Stub 相反 CORBA 中的客户机存根称为存根 Stub 而服务器存根称为框架 Skeleton 在 DCOM 和 CORBA 之间由于存在以下方面的差异性 使得互操作 显得很困难 1 通信终端命名方式的不同 在 ORPC 协议中 为了在网络中通信 通信 终端必须命名 在 CORBA 中 这种命名被称为 Interoperable Object Reference IORs 以简洁的地址信息来描述通信终端 而在 DCOM 中被称为 OBJREF 它将分布引用计数同终端 对象标识连接作为命名 IORs 与 OBJBEFs 不能相互转换 这就阻碍了 COM DCOM 与 CORBA 之间的通信 2 数据类型 对象接口数目的不同 CORBA 中 只支持一个接口定义 而在 COM DCOM 对象中 可支持多个接口 COM DCOM 与 CORBA 数据类 型有很大差别 成为 COM DCOM 与协作的障碍 3 有效载荷参数值形式不同 在 DCOM 中 有效负载是用一种称为网络 数据表示法 Network Data Representation DR 的格式编写的 在 CORBA 1I0P 中 有效负载是用通用数据表示法 Common Data Representation CDR 编写的 由于这两种形式的数据总存在微小的差异 使得 COM DCOM 与 COBRA 不能 互操作 面向对象方法与技术课程论文 分布式对象技术综述 12 总之 传统分布式对象模型之间的互操作存在许多问题 如果要开发一个 DCOM 应用程序 分布式应用程序中所有的参与节点都必须以 Windows 风格运 行 如果要开发 CORBA 应用程序 其程序环境中的每个节点都需运行相同的 ORB 产品 现在有不同厂商的 CORBA 应用程序能够相互操作 但是这种互操 作性并不能扩展到安全与事务管理那样更高级别的服务中 而且所有特定