CORBA原理简介与实例.doc

CORBA核心总体设计规划 基于服务的ORB 遵循公共ORB体系结构，可以有很多ORB的具体实现，比如客户和实现驻留ORB，基于服务的ORB，基于系统的ORB以及基于链接库的ORB等。考虑到我们今后利用本平台所作开发项目的具体情况以及我们目前的开发条件与能力，决定选用基于服务的ORB为开发目标。 这种基于服务的ORB，对ORB进行集中式管理，所有的客户实现均可以与一个或多个服务器进行通信，这些服务器的功能是将请求从客户端发送到实现端。这样的话，ORB就可以做成一个普通的程序，以便运行在不同的平台上。 总体结构 本系统所采用的实现方法为：客户通过动态调用接口和ORB接口经ORB核心与具体的对象实现进行交互。具体结构如下图所示： 参照CORBA 2.3规范，本系统工作原理如下： 客户首先通过ORB核心提供的ORB接口得到一个对象引用。至于得到一个什么样的对象引用，取决于客户需要的服务。通常每个服务都会有一个标识，客户就是通过这个标识来识别每一个服务的。也就是说，客户首先要向ORB核心提交一个服务标识来请求一种服务。 ORB核心在得到客户提供的服务标识之后，从它掌握的各个对象适配器（POA）中处于活跃状态的对象实现（服务提供者）中挑选一个。本系统中，ORB核心是通过查询一个POA、对象实现（服务标识）列表来完成这一功能的。这样的话，ORB核心返回给客户的对象引用具体地说就是该服务与POA对在本核心所持有列表中的位置。 ORB核心又是怎么得到并维护这个POA与服务标识的列表的呢？这个列表的创建与修改都是通过POA来完成的，因为与对象实现（服务提供者）直接交互的是POA，而不是ORB核心。对于服务是否可用的状态维护，本系统考虑了两种情况：一是ORB先于对象实现而运行；二是对象实现先于ORB而运行。其实这里所说的ORB主要是指ORB中的POA。第一种情况下，由对象实现在启动的时候主动向POA完成注册登记，即通过POA写入该列表；第二种情况下，由ORB在初始化的时候，通知POA搜寻所有已经注册过的对象实现（服务提供者），并把可用的服务记入该列表。 对象实现为了与对象适配器交互，也需要完成一个接口程序，也即仆从程序。它的作用主要是与POA联系并把POA传送过来的操作在本地实现并将执行结果返回给POA。 数据流图 在本系统中数据流与事务流图紧密相关，而且对于所有的请求与调用而言几乎都是一样的，这是由CORBA的定义所决定的。 其中，客户提交的数据是以对象引用为标识的。为了保证动态调用的实现，在本系统中客户与ORB核心是在同一应用实体内的。但对于对象实现而言，则不一定要与ORB核心在同一应用实体内。 功能模块划分 为了有条不紊地实现整个系统，规划与开发的时候，可以把它划分为以下几个功能模块： ORB接口 String object_to_string (in Object obj); Object string_to_object (in string str); 与ORB初始化相关的操作 ORB ORB_init(incout arg_list argv, in ORBid orb_identifier); 与动态调用相关的操作 void create_list (in long count, out NVList new_list); void create_operation_list (in OperationDef oper, out NVList new_list); //暂时不用 void get_default_context (out Context ctx); //暂时不用 void send_multiple_requests_oneway (in RequestSeq req); void send_multiple_requests_deferred (in RequestSeq req); boolean poll_next_response (); void get_next_response (out Request req); 与初始引用相关的操作 Object resolve_initial_references (in ObjectId identifier) raises (InvalidName); 动态调用接口 请求操作 void add_arg (in Identifier name, in TypeCode arg_type, in Opaque Value value, in long len, in Flags arg_flags); void invoke (in Flags invoke_flags); void delete (); void send (in Flags