网络计算分布式对象计算.pptVIP

第2章 分布式对象计算 2.1 三种典型的分布式对象技术 2.2 CORBA简介 2.3 CORBA的基本结构 2.4 ORB间互操作性 2.5 CORBA服务和CORBA公共设施 2.6 CORBA编程 2.7 CORBA发展趋势 2.8 CORBA3 的新特性 2.1 三种典型的分布式对象技术 目前主要的分布式对象计算互操作标准有OMG组织的CORBA标准、Microsoft公司的COM/DCOM标准和Sun公司的Java EJB。 CORBA是三者中出现最早的标准。1991年OMG颁布了COBRA 1.0标准；从最初的COM发展成现在的DCOM及COM＋，Microsoft形成了一套分布式对象的计算平台；而Sun公司的Java平台，在其最早推出时，只提供了远程的方法调用，在当时并不能被称为分布式对象计算，只是属于网络计算里的一种。接着推出的JavaBean，也还不足以和上述两大流派抗衡。其目前的版本J2EE中推出了EJB，其中除了语言外还有组件的标准以及组件之间协同工作通讯的框架。于是，也就形成了目前的三大流派。 COBRA标准主要分为3个层次：对象请求代理、公共对象服务和公共设施。最底层是对象请求代理(ORB，Object Request Broker)，规定了分布式对象的定义(接口)和语言映射，实现对象间的通讯和互操作，是分布式对象系统中的软总线；在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；最上层的公共设施则定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。 总之，CORBA的特点是大而全，互操作性和开放性非常好。目前CORBA的必威体育精装版版本是3.0，增加了有关Internet集成和传输质量控制等内容。CORBA的缺点是庞大而复杂，并且技术和标准的更新相对较慢，COBRA规范从1.0升级到2.0所花的时间非常短，而再往上的版本的发布就十分缓慢了。 相比之下，Java标准的制定就快得多，Java是Sun公司自己定的，演变得很快。Java的优势是纯语言的，跨平台性非常好。Java分布式对象技术通常指远程方法调用(RMI，Remote Method Invoke)和企业级JavaBean(EJB，Enterprise Java Beans)。RMI提供了一个Java对象远程调用另一Java对象的方法，与传统RPC类似，只能支持初级的分布式对象互操作。Sun公司基于RMI，提出了EJB。基于Java服务器端组件模型，EJB框架提供了像远程访问、安全、交易、持久和生命期管理等多种支持分布式对象计算的服务。目前，Java技术和CORBA技术有融合的趋势。 COM技术是Microsoft独家做的，是在Windows 3.1中最初为支持复合文档而使用的OLE技术上发展而来的，经历了OLE 2/COM、ActiveX、DCOM和COM＋等几个阶段，目前COM＋把消息通讯模块MMQS(Microsoft Message Queue Server)和解决关键业务的交易模块MTS(Microsoft Transaction Servervice)都加进去了，是分布式对象计算的一个比较完整的平台。Microsoft的COM平台效率比较高，同时它有一系列相应的开发工具支持，应用开发相对简单。 但它有一个致命的弱点就是COM的跨平台性较差，如何实现与第三方厂商的互操作性始终是它的一大问题。从分布式对象技术发展的角度来看，普遍认为COM竞争不过COBRA。在这种情况下，2002年Microsoft推出了.NET，很好地解决了跨平台性和语言互操作性问题。 下面从对象模型、对象总线、对象服务及其他方面比较COM/DCOM和CORBA在实现上的异同。 1．对象模型 CORBA基于经典对象模型，支持多继承、封装和多态；而COM/DCOM基于对象，只支持封装机制，并不支持IDL描述的多继承。COM组件可以支持多个接口，并可以通过封装内部组件的接口和将它们展示给客户来实现复用，即COM通过包含、代理和聚合而不是继承实现对象复用。 CORBA通过事件服务支持发送接口；COM则通过可链接对象支持发送接口。 CORBA和COM的对象实例都具有全局惟一ID。CORBA的运行对象具有惟一的引用，而COM则没有对象引用的概念，所有客户程序不能在运行时重新链接相同的