CORBA Programming with TAO - 1.Start(基本概念)

来源:互联网 发布:电路设计软件 linux 编辑:程序博客网 时间:2024/04/29 02:29

 摘要:
简要介绍CORBA的基本原理,并解释POA、stub、skeleton、servant等重要概念。
一、CORBA及TAO简介
CORBA是个为简化跨平台应用而提出的规范,他独立于网络协议、编程语言和软硬件平台,支持异构的分布式计算环境和不同编程语言间的对象重用。CORBA能作为不同平台应用间信息传递的中间件,CORBA通过引入经过充分验证的有效的框架结构和通信手段,最大限度地简化了网络通信相关应用的设计和研发,使得我们能专注于业务逻辑的实现,而无需关心通信的细节。CORBA曾在无数文章中被称作“软总线”,以表明他作为数据传递通道的基本特性。
目前存在众多CORBA实现,既有商用的ORBacus、VisiBroker,也有一些优秀的开源实现,如:TAO、omniORB、MICO等。由于各实现遵从相同的规范,接口基本一致,所以在熟练应用一种CORBA实现后,转而使用其他实现时,一般不会存在太大的障碍。

TAO(The ACE ORB)是美国华盛顿大学的Douglas C. Schmidt教授领导研发的一个实时CORBA平台,他是个免费的开放源码项目,用C++语言研发,符合CORBA2.6规范。
支持语言: C++
支持平台: Win32,常见的各种Unix/Linux,实时操作系统如VxWorks等等。在所有的CORBA实现中,TAO支持的平台是最多的。
支持的服务: Naming、Event、Notification、Security、Time、Scheduling、Logging、Lifecycle、Trading、Concurrency、Lifecycle、A/V Streaming、Load balancing等。
本系列文章将以当前最新的ACE-5.5+TAO-1.5+CIAO0.5为例,简要介绍怎么应用TAO进行CORBA C++编程,其中部分内容(尤其是编译器设置相关的内容)是视窗系统平台特有的,但其他大多数信息在各平台上都是相同或类似的。
二、基本概念
本文不打算深入介绍CORBA相关的理论基础(已有非常多书籍、文章讨论了这些内容),但在进入下一主题前,为了便于后续问题的讨论,这里简要介绍一下CORBA的基本原理,并对几个重要的基本概念进行解释,以便为没有相关知识的朋友扫清障碍。下图是CORBA的基本模型:

图中除上面那根灰线(有点浅,看不清的请慢慢找,^_^)以上的两个部分需要我们直接介入外,其他部分基本能由IDL编译器自动生成或由CORBA实现为我们完成。借助CORBA提供的中间件机制,我们在进行方法调用时,无需考虑被调用对象所在的具体位置,而是像调用一个本地模块的方法相同“直接”和其通信(因此,有些应用中,CORBA也被用于本地进程间通信,以降低各模块间的耦合度,同时也便于系统结构的调整)。
上图主要包括以下几个组成部分:
?        Client        即客户程式,Client通过调用服务程式提供的接口实现特定功能。
?        Object       CORBA Object是个语言无关的虚拟的实体,他能由ORB定位,并可被客户程式请求调用,他最终由某种语言来具体实现,从而成为应用程式的一部分。
?        Servant     即实例化的Object,Servant是组成服务程式,具体为Client提供服务的某个运行中(且被注册到OA)的C++/Java(或其他语言)对象。Object和Servant是一对多的关系,一个Object能被实例化多次,注册到一个或多个OA中为一个或多个Client提供服务,各Servant对应不同的IOR(多个IOR具有相同的Type信息,但唯一标识不同),并且,每个Servant都能由IOR唯一确定,对于持久Object,该IOR在两次启动同一系统时不会发生变化,除非服务程式所在主机IP或设置信息等发生改动,而对于非持久Object,该IOR在两次启动同一服务程式时,总是变化的(因为其中往往包含一个时间戳)。
?        Stub          即桩,或称存根,Stub负责“假扮”Servant为Client提供一个本地化的接口,并负责和ORB进行交互,完成调用请求的列集(marshaling,即打包)和散集(unmarshaling,即解包)。列集的主要作用是按双方ORB能识别的方式对需要传递的数据进行格式化,而散集则将收到的数据中还原成上层应用能理解的内存数据形式,对于远端指针,散集时ORB还负责分配相应的内存空间,并将指针的内容复制到本地内存空间以为本地应用提供一个远端指针的映像,从而确保本地应用对远端指针的“透明”访问。
?        Skeleton    和Stub对应,负责调用参数在Server端的解包和调用返回的打包。
?        ORB Core 屏蔽底层通信细节的中间件,所有远程访问请求在Client和Server端的ORB间被传递,使得上层应用无需关注平台、语言、网络结构等方面的差异。
?        Object Adapter(OA   OA是ORB和Servant之间的桥梁,主要负责:
1、产生对象引用;
2、激活Servant或反之;
3、将请求分解后传递给对应的Servant;
4、和Skeleton配合完成对Servant提供方法的调用。
OA和Servant也是一对多的关系。
下面的图像进一步说明了ORB、OA、Skeleton、Servant之间的关系:

关于OA的更为周详的信息,详见参考1。
三、编译TAO
TAO能从如下地址获得:
http://deuce.doc.wustl.edu/Download.html
由于TAO是以源码包的形式发布的,因此,获得TAO源码包后,需要自行在所使用的平台上编译TAO。由于下一系列《体验CORBA对象模型CCM》同样涉及CIAO的编译问题,因此下面将独立用一节内容来介绍怎么在视窗系统平台上编译ACE+TAO+CIAO源码包。
参考:
1、Irfan Pyarali, Douglas C. Schmidt. An Overview of the CORBA Portable Object Adapter.
http://www.cs.wustl.edu/~schmidt/PDF/POA.pdf
2、Michi Henning, Steve Vinoski. Advanced CORBA Programming with C++. Addison-Wesley, 1999.
3、Mentoya. TAO使用指南.
http://www.huihoo.com/ace_tao/tao_guide.html

原创粉丝点击