5

Corba 接口学习笔记

 2 years ago
source link: https://exp-blog.com/net/corba-jie-kou-xue-xi-bi-ji/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

1. CORBA简介

CORBA（Common Object Request Broker Architecture），公用对象请求代管者体系结构，它是为了实现分布式计算而引入的。为了说明CORBA在分布计算上有何特点，我们从它与其它几种分布计算技术的比较中进行说明。

与过去的面向过程的RPC（Remote Procedure Call）不同，CORBA是基于面向对象技术的，它能解决远程对象之间的互操作问题。

MicroSoft的DCOM（Distributed Component Object Model）也是解决这一问题的，但它基于Windows操作系统，虽然DCOM已有在其他操作系统如Sun Solaris，Digital Unix，IBM MVS上的实现，但毫无疑问，只有在微软的操作系统上才会实现得更好。而只有CORBA是真正跨平台的，平台独立性正是CORBA的初衷之一。

另一种做到平台无关性的技术是Java RMI（Remote Method Invocation），但它只能用JAVA实现。CORBA与此不同，它通过一种叫IDL（Interface Definition Language）的接口定义语言，能做到语言无关，也就是说，任何语言都能制作CORBA组件，而CORBA组件能在任何语言下使用。

因此，可以这样理解CORBA：**CORBA一种异构平台下的语言无关的对象互操作模型**。

2. CORBA的基本概念

2.1. ORB（Object Request Broker）对象请求代理

CORBA体系结构的核心就是ORB。

下图为ORB的基本模型，它作为一个”软件总线”来连接网络上的不同对象，提供对象的定位和方法调用，可以这样简单理解：**ORB就是使得客户应用程序能调用远端对象方法的一种机制**。

ORB基本模型
ORB基本模型

具体来说就是：当客户程序要调用远程对象上的方法时，首先要得到这个远程对象的引用，之后就可以像调用本地方法一样调用远程对象的方法。当发出一个调用时，实际上ORB会截取这个调用（通过客户Stub完成），因为客户和服务器可能在不同的网络、不同的操作系统上甚至用不同的语言实现，ORB还要负责将调用的名字、参数等编码成标准的方式（称为Marshaling）通过网络传输到服务器方（实际上在同一台机器上也如此），并将参数通过Unmarshaling的过程传到正确的对象上（这个过程叫重定向，Redirecting），服务器对象完成处理后，ORB通过同样的Marshaling/Unmarshaling方式将结果返回给客户。

因此，ORB是一种功能，它具备以下能力：

  • 对象定位（根据对象引用定位对象的实现）
  • 对象定位后，确信Server能接受请求
  • 将客户方请求通过Marshaling/Unmarshing方式重定向到服务器对象上
  • 如果需要，将结果以同样的方式返回

Marshaling一个对象的过程就是一个序列化（deflating）的过程，相应的Unmarshaling就可以看作是反序列化（inflating）的过程。

2.2. IDL（Interface Definition Language）接口定义语言

如果说**ORB使CORBA做到平台无关，那么IDL则使CORBA做到语言无关**。

正像其名字中显示的那样，**IDL仅仅定义接口，而不定义实现**，类似于C中的头文件。实际上它不是真正的编程语言。要用它编写应用，需要将它映射它相应的程序设计语言上去，如映射到C++或JAVA上去。映射后的代码叫Client Stub Code和Server Skeleton Code。

IDL的好处是使高层设计人员不必考虑实现细节而只需关心功能描述。IDL可以说是描述性语言。设计IDL的过程也是设计对象模型的过程。它是编写CORBA应用的第一步，在整个软件设计过程中至关重要。

IDL的语法很像C++，当然也像Java。很难想像一个程序设计人员是不懂C或Java的，所以，几乎所有的程序设计人员都能迅速理解IDL。而这正是IDL设计者所希望的。

2.3. OA（Object Adapter）对象适配器

OA用于构造对象实现与ORB之间的接口。它给框架发送方法，调用并且支持服务器对象的生命周期，完成对象引用的生成、维护，对象定位等功能。对象适配器有各种各样的，常用的有两种：

  • BOA（Basic Object Adapter）基本对象适配器：负责激活对象，即当客户请求对象的服务时，激活对象实现的能力。
  • POA（Portable Object Adapter）可移植对象适配器：是BOA的替代方式，提供大量可扩展的接口，来处理一些对于BOA来说不合理的要求。

2.4. GIOP（General Inter-ORB Protocol）通用ORB协议

我们知道，客户和服务器是通过ORB交互的，那么，客户方的ORB和服务器方的ORB又是通过什么方式通信呢？通过GIOP(General Inter-ORB Protocol)。也就是说，**GIOP是一种通信协议，它规定了客户和服务器的ORBs间的通信机制**。

GIOP设计的尽可能简单，开销最小，同时又具有最广泛的适应性和可扩展性，以适应不同的网络。它定义了以下两个方面：

  • The Common Data Representation (CDR) definition.（通用数据表示定义）：它实际上是IDL数据类型在网上传输时的编码方案。它对所有IDL数据类型的映射都作了规定。
  • GIOP Message Formats（GIPO消息格式）：它规定了Client和Server两个角色之间要传输的消息格式。主要包括Request和Reply两种消息。

GIOP因为是一种通用协议，所以不能直接使用。在不同的网络上需要有不同的实现。目前使用最广的便是Internet上的GIOP，称为IIOP（Internet Inter-ORB Protocol），IIOP把GIOP消息数据映射为TCP/IP连接行为和输入/输出流读/写。

IIOP不是完全从GIOP分离出来的协议，它更像是GIOP的一个实例。

2.5. 其他常见概念

  • DII（Dynamic Invocation Interface）动态调用接口：位于客户端，发送客户端的调用请求。
  • DSI（Dynamic Skeleton Interface）动态框架接口，位于服务器端，传送客户端的调用请求。
  • SII（Static Invocation Interface）静态调用接口：位于客户端，客户与ORB之间的静态接口。
  • SSI（Static Skeleton Interface）静态框架接口：位于服务器端，ORB与服务器之间的静态接口。
  • stub存根：位于客户端，由IDL编译器编译IDL文件生成，其功能类似一个客户代理。
  • skeleton框架：位于服务器端，由IDL编译器编译IDL文件生成，其功能是负责发送一个操作调用给能实现此操作的服务。
  • IR（Interface Repository）接口存储库：存储运行时所需要的IDL规范。
  • IMR（Implementation Repository）实现存储库：存储对象实现（一个服务器）的详细信息（即一个执行程序需要被放置在哪一个服务器上）。
  • IOR（Interoperable Object Reference）可操作对象引用：它包括所有客户与服务器联系所需的各种信息（包括CORBA服务器对象进程的IP地址和TCP端口等），ORB将通过它产生在网络上唯一标识那个将被分布对象的消息。
  • ORBAservices（CORBA服务）：在ORB级别之上，定义了大多数分布式企业对象利用的公共服务，如命名服务、交易对象服务、关系服务、生命周期服务、外表化服务、持久性服务、查询服务、对象集合服务、属性服务、事件服务、许可证服务、时间服务、事务服务、并发控制服务和安全服务等。
  • CORBAfacilities（CORBA工厂）：位于CORBAservices之上，定义了更高层次的分步式服务与框架。如：打印、电子邮件、文档管理等。

3. CORBA的体系结构

CORBA体系结构
CORBA体系结构

上图为CORBA的体系结构图，它描述了以下内容：

  • CORBA规范中定义了IDL语言及其向其他高级语言的映射。类似于COM中的IDL语言，OMG的IDL语言通过说明对象的接口来定义对象，它也是一种描述性语言。一个接口同样包括一组命名的操作和相应于这些接口的参数。
  • ORB核心提供了客户与对象间实现透明通信的方法，它可以屏蔽对象实现位置、实现方式、状态和通信机制等细节以及不同实现间可能存在的差异。
  • 对象适配器位于ORB核心和对象实现之间，它负责服务对象的注册、对象引用的创建和解释、对象实现的服务进程的激活和去活、对象实现的激活和去活以及客户请求的分发。
  • IDL存根为客户提供了静态调用方式，IDL构架为客户提供了静态实现方式。IDL编译器编译描述服务对象接口的IDL文件，生成对应于具体编程语言的IDL存根和IDL构架程序。IDL存根负责把用户的请求进行编码，发送到对象实现端，并对接收到的处理结果进行解释，把结果或异常信息返回给用户；IDL构架对用户请求进行解码，定位所请求的对象的方法，执行该方法，并把执行结果或异常信息编码后发送给客户。
  • 动态调用接口DII（Dynamic Invocation Interface）和动态构架接口DSI（Dynamic Skeleton Interface）提供了动态调用方法和动态实现方法。某些情况下客户预先不知道服务对象的接口信息，需要通过查询或者采用其他的手段获得服务对象的接口描述信息，然后使用DII动态调用ORB核心接口的方法来构造客户请求并发送到对象实现。在对象实现方可以使用DSI动态分发用户请求的机制，以便动态的处理客户方的请求。客户和对象实现所采用的方式并不一定要对应，也就是说，客户方支持的静态和动态两种调用方式，对象实现方支持的静态和动态两种实现方式，经过组合后得到的4种方式都可能出现。例如，客户方可能使用静态调用方式，而对象实现方使用动态构架接口，反之亦然。
  • 在动态方式下，需要查询相应的服务对象的接口描述信息（在静态方式下，这些信息由IDL文件来描述），这些信息由接口库提供。接口库通常以IDL描述文件为其输入，将接口描述信息进行处理后存放在文件、数据库或者其他形式的存储机制中，并提供一组标准的调用接口供客户查询使用。服务对象的描述信息也由接口库提供。

4. CORBA的应用程序结构

CORBA应用程序结构
CORBA应用程序结构

上图为CORBA的应用程序结构，它显示了CORBA应用程序各部件间的调用关系，ORB在CORBA客户和服务器之间传递方法调用和相关信息。

在CORBA应用系统中主要分为两部分：一是位于应用程序服务器中的CORBA对象，另一个是应用使用的客户程序。这些客户程序通过CORBA技术使用CORBA对象提供的服务来完成其工作。**CORBA规范定义了客户程序与服务程序中的对象如何进行通信的机制**。

对象请求代理（ORB）负责处理它们之间的通信。ORB提供了支持分布式处理的机制：为请求查找具体的对象实现，让对象实现作好接收请求的准备，传送构成请求的数据等。客户所看到的接口完全独立于对象所在的物理位置，实现对象的编程语言，以及在对象的接口中没有反映出来的其他特性。ORB通过IDL程序框架或动态程序框架来定位相应的实现代码、传送参数，以及对对象实现的传送控制。

处理通信的对象分别称为存根和构架。客户端为存根（Stub），服务器端为构架（Skeleton）。在客户端，存根对象担当CORBA对象的代理，当客户程序调用CORBA对象的方法时，存根把调用传递给ORB，ORB使用Smart Agent程序定位CORBA服务器。在CORBA服务器上，ORB应用程序把调用传递给构架，构架ORB的通信需要经过BOA（Basic Object Adaptor ，基本对象适配器），CORBA服务器运行指定的过程，然后由相反的路径返回结果。

Smart Agent用来定位CORBA服务器。启动程序时，自动访问Smart Agent。如果要支持CORBA，应该在局域网的某台机器上运行Smart Agent，当然也可以启动多个Smart Agent，以提高系统的可靠性。当客户机或服务器启动时，它们通过广播消息寻找Smart Agent，因此无需事先知道Smart Agent的位置。ORB实际上是一组放在动态库orb-r.dll中的函数，用户很少直接调用该DLL中的函数，系统在必要的时候调用他们。当服务器启动时，ORB向Smart Agent注册CORBA服务器。

5. Java IDL简介

5.1. 认识IDL

module helloidl{
    interface Hello{
        string sayHello();
    };
};

上述的代码就是一个简单的IDL。在IDL中，接口定义以分号结尾。

IDL只能用来表示接口而无法用来编程。IDL描述的CORBA对象必须要被实现，例如用C++或Java来实现。

将IDL翻译为Java编程语言的规则统称为Java编程语言的绑定（Java programming language binding）。语言绑定由OMG负责标准化，所有的CORBA提供商都必须使用相同的规则，将IDL的产品映射到特定的编程语言。

5.2. IDL中的几个重要概念

5.2.1. 异常

异常包含如下环节：

  • （1）定义异常处理；
  • （2）引发异常；
  • （3）捕捉异常，异常处理。

其中环节（1）应该在OMG IDL中进行，（2）（3）环节应该在客户端对象实现中进行。

定义异常用exception关键字，抛出异常用raises关键字。下面是简单的IDL异常代码：

interface Warehose{
    exception BadCustomer {string reason;};    //自定义异常
    ProductSeq find(in Customer c) raises BadCustomer;    //抛出异常
};

IDL编译器会将异常类型翻译为一个类。

5.2.2. 继承

用OMG IDL可定义继承、多重继承以及跨模块继承。使用冒号“:”表示继承。下面是简单的IDL继承代码：

interface Book{
    attribute string isbn;
};
interface Book:Product{};

5.2.3. 变量、常量与属性

在CORBA接口中不能使用变量。但可以包含常量，如：

const int NUMBER = 404;

接口还可以包含属性。属性看起来就像实例变量，但它们其实是一对访问器（accessor）与改写器（mutator）方法的简化。相当于Java中的setXXX、getXXX。但如果属性声明为readonly，就不生成改写器方法。

5.2.4. in、out和inout参数的使用

定义一个方法时，对于参数传递，除了Java编程语言提供的选择之外，还有其他选择。每个参数都可以声明为in、out或者inout。

一个in参数仅仅是传递给方法，与Java中的参数传递机制相同。但是Java中没有与out参数类似的东西。方法在返回前，会在每一个out参数中保存一个值，而方法调用者可以取得保存在out参数中的值。

如果参数只是声明为out，那么方法就不应该指望该参数被初始化。如果参数声明为inout，那么调用者需要为方法提供参数的初始值，然后，该方法可以修改这个值，而调用者能够获取修改后的值。

在Java中，这些参数可由特殊的持有者类（holder class）来模拟，持有者类由Java IDL编译器生成。IDL编译器为每个接口生成一个后缀为Holder的类。每个持有者类都有一个被称为value的公共实例变量。

Holder结尾的类主要用于out类型的参数传递，其中通过xxxHolder.value值能得到返回的值。示例IDL代码如下所示：

Product p;   //接口
ProductHolder pHolder = new ProductHolder();
w.locate(descr, pHolder);  //pHolder为out类型的参数，调用locate方法后，会将pHolder对象中的value属性赋值。
p = pHolder.value;  //取得返回后的值

IDL不支持方法重载，因此必须为每个方法采用不同的名称。对于一些基础类型，已经预定义了它们的持有者，如IntHolder、DoubleHolder等。

5.3. IDL元素与Java元素的映射关系

IDL中的元素以及与Java中元素的映射关系
IDL中的元素以及与Java中元素的映射关系

上图为IDL中的元素以及与Java中元素的映射关系。

OMG IDL中的基本数据类型包括：Long、Short、unsigned long、unsigned short、float、double、char、boolean、Octet、any（其中any可以用来和任何一种数据类型匹配，包括构造数据类型以及数组）。

构造数据类型包括：struct、union、enum、sequence、String。

在IDL中，可以用sequence定义大小可变的数组（相当于Java中的数组）。如果希望限定一维序列的上限，可采用sequence<数据类型，上限>的方式来定义，还可以嵌套定义如sequence<sequence<数据类型>>在声明sequence的参数或返回值之前，必须先定义一个类型。例如，下面定义了一个”产品序列”的类型：

typedef sequence<Product> ProductSeq;

然后就可以在方法声明中使用该类型了：

interface Warehouse{
    ProductSeq  find(in Customer c);
};

6. CORBA接口开发入门

6.1. Borland VisiBroker Edition简介

Borland VisiBroker是市场上最流行的CORBA环境之一，目前最新版是6.5。它支持C＋＋和JAVA语言来开发CORBA应用程序，提供跨网络、跨硬件的应用和服务的交互功能。

并且由于它可以轻松地与包括CORBA2.6在内的所有ORB版本互操作，使得用Java编写CORBA应用时，不必学习IDL和其他CORBA特性，减少了开发者的学习负担；可以把已有的RMI应用移植到CORBA运行环境上，有效地利用了已有的开发资源。

6.2. 开发环境的安装

6.2.1. 安装JDK

由于Borland VisiBroker 6.5只支持JDK1.3.1或JDK1.4.1，更高的JDK版本不能够运行VisiBroker。

以下以JDK1.3.1_15为例，安装目录为C:\Program Files\Java\jdk1.3.1_15。在“我的电脑 – 属性 – 高级 – 环境变量 – 系统变量”中设置以下三个变量值（若没有则创建）：

JAVA_HOME：C:\Program Files\Java\jdk1.3.1_15
Path：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin
CLASSPATH：.;%JAVA_HOME%\lib;%JAVA_HOME%\lib\tools.jar

若本已安装并配置好高版本的JDK，可以再安装JDK1.3.1或JDK1.4.1，然后把环境变量JAVA_HOME的值修改为JDK1.3或1.4的目录即可。

如下图所示，在DOS下执行命令“java -version”可查看当前JDK版本：

查看当前JDK版本
查看当前JDK版本

6.2.2. 安装Borland VisiBroker Edition

下载 Borland.Enterprise.Server.v6.5.AppServer.Edition-ZWTiSO.zip，解压得到 zkbsea65.bin，用虚拟光驱（假设盘符为G）打开该文件，以下为安装过程：

  • （1）执行G:\Windows\installer.exe；
  • （2）选择BES VisiBroker Edition；
  • （3）安装目录选择D:\software\work\VisiBroker；
  • （4）一直点击“下一步”直到出现“安装”按钮，点击开始安装；
  • （5）安装完成后会弹出一个界面要求注册License，点击“Cancle”按钮取消，安装成功；
  • （6）运行cmd，执行G:\crack>java -jar LicenseMaker_For_BES65.jar，然后选择D:\software\work\VisiBroker\var文件夹，点击确定后注册License成功；
  • （7）备份D:\software\work\VisiBroker\var目录下的borland.lic文件（因为重启电脑可能会重写borland.lic，导致出现“Borland Enterprise Server License error”错误，无法执行start vbj Server）。
  • （8）检查和设置windows的系统环境变量（可选，在DOS下执行或直接写入“我的电脑 – 属性 – 高级 – 环境变量 – 系统变量”中）：
set VBROKERDIR=D:\software\work\VisiBroker
set VBROKER_ADM=%VBROKERDIR%\adm
set BES_LIC_DIR=%VBROKERDIR%\var
set BES_LIC_DEFAULT_DIR=%VBROKERDIR%\license
set OSAGENT_PORT=14000
set Path=%VBROKERDIR%\bin

6.2.3. 开发环境测试

可利用VisiBroker为用户提供的一些例子进行测试环境，测试步骤如下：

  • （1）“开始 – 运行 – cmd”，进入DOS系统，然后使用cd命令进入目录D:\software\work\VisiBroker\examples\vbe\basic\bank_agent，执行vbmake.bat；
  • （2）执行osagent命令，运行智能代理服务，右下角会出现Smart Agent的运行图标；
  • （3）执行start vbj Server，运行CORBA服务器程序，若执行成功则会出现如图 2-8所示的DOS框；
  • （4）执行vbj Client duyh，运行CORBA客户端程序，若执行成功则会出现如图 2-9所示的DOS框；
  • （5）测试完成。
执行vbmake.bat
执行vbmake.bat
运行Smart Agent智能代理服务
运行Smart Agent智能代理服务
运行CORBA服务器程序
运行CORBA服务器程序
运行CORBA客户端程序
运行CORBA客户端程序

6.3. CORBA版Hello World应用开发实例

6.3.1. 应用需求

客户端通过CORBA接口调用的方式，请求执行服务端中对象的方法，服务器返回相应的字串符给客户端。

6.3.2. 定义IDL

根据需求只定义一个接口和相应该的返回字串的方法，hello.idl文件的内容如下：

//hello.idl
module helloidl{
    interface Hello{
        string sayHello();
    };
};

把hello.idl文件保存到D:\corba_test目录下。

6.3.3. IDL的编译与解释

“开始 – 运行 – cmd”，进入DOS系统，然后使用cd命令进入目录D:\corba_test，执行命令“idl2java hello.idl”对hello.idl文件进行编译，编译成功后会在D:\corba_test目录出现一个文件夹hello.idl，并且其中有7个java文件。

编译hello.idl
编译hello.idl

对生成的各个文件说明如下：

  • _HelloStub.java：客户Hello对象的存根代码。
  • Hello.java：Hello接口声明。
  • HelloHelper.java：声明HelloHelper类，定义有用的实用工具方法。
  • HelloHolder.java：声明HelloHolder类，这为传递Hello对象提供容器。
  • HelloOperation.java：本接口说明hello.idl文件中的Hello接口中所定义的方法签名。
  • HelloPOA.java：服务器端Hello对象实央的POA服务参象代码。
  • HelloPOATie.java：通过使用tie机制，在服务器端用以实现Hello对象的类。

6.3.4. 编写Server端的接口实现代码

6.3.4.1. HelloImpl.java

引入了POA概念后，Server方的实现对象称为Servant，编写实现代码实际上就是对IDL定义的每个interface，都编写一个Servant，其中要实现interface中定义的每个方法。.

这里我们将Servant类定义为HelloImpl.java，代码如下：

//HelloImpl.java
import helloidl.*;

public class HelloImpl extends HelloPOA {
    public String sayHello() {
        return "\nHello world !!\n";
    }
}
6.3.4.2. HelloServer.java

Servant仅是实现代码，而Server是包含main()函数的可执行的代码。Server的主要任务就是创建所需的Servant，同时通知POA已准备就绪，可以接受客户方的请求。

新建一个文件HelloServer.java，代码如下：

//HelloServer.java
import org.omg.CORBA.*;
import org.omg.PortableServer.*;

public class HelloServer {
    public static void main(String args[]) {
        try {

            // 初始化ORB
            ORB orb = ORB.init(args, null);

            // 取得根POA的引用
            POA rootPOA = POAHelper.narrow(orb
                    .resolve_initial_references("RootPOA"));

            // 持久的POA创建策略
            org.omg.CORBA.Policy[] policies = {  rootPOA.create_lifespan_policy(LifespanPolicyValue.PERSISTENT) };

            // 使用正确的策略创建myPOA
            POA myPOA = rootPOA.create_POA("hello_world_poa", rootPOA
                    .the_POAManager(), policies);

            // 创建服务对象
            HelloImpl managerServant = new HelloImpl();
            orb.object_to_string(null);

            // 确定服务对ID
            byte[] managerId = "HelloManager".getBytes();

            // 用myPOA上的ID激活服务对象
            myPOA.activate_object_with_id(managerId, managerServant);

            // 激活POA管理器
            rootPOA.the_POAManager().activate();
            System.out.println(myPOA.servant_to_reference(managerServant) + " is ready.");

            // 等待进入的请求
            orb.run();

        } catch (Exception e) {
            System.err.println("ERROR: " + e);
            e.printStackTrace(System.out);
        }
    }
}

6.3.5. 编写Client端的接口实现代码

6.3.5.1. HelloClient

Client程序就是客户方的可执行程序，它需要使用到Server方的服务。

新建一个文件HelloClient.java，代码如下：

//HelloClient.java
import helloidl.*;
import org.omg.CORBA.*;

public class HelloClient {
    static Hello helloImpl;
    public static void main(String args[]) {
        try {

            // 初始化ORB
            ORB orb = ORB.init(args, null);

            // 得到一个管理器ID
            byte[] managerId = "HelloManager".getBytes();

            // 找到一个对象管理器。给出POA全各及服务对象ID。
            helloidl.Hello manager = helloidl.HelloHelper.bind(orb, "/hello_world_poa", managerId);

            // 输出结果
            System.out.println(manager.sayHello());

        } catch (Exception e) {
            System.out.println("ERROR : " + e);
            e.printStackTrace(System.out);
        }
    }
}

6.3.6. 程序的编译和运行

编译客户端和服务端程序并运行，步骤如下：

  • （1）把3个java文件HelloImpl.java、HelloServer.java和HelloClient放到目录D:\corba_test下；
  • （2）“开始 – 运行 – cmd”，进入DOS系统，然后使用cd命令进入目录D:\corba_test，然后执行命令“vbjc HelloClient.java”编译客户端代码，执行命令“vbjc HelloServer.java”编译服务端代码；
  • （3）执行osagent命令，运行智能代理服务；
  • （4）执行start vbj HelloServer，运行CORBA服务器程序；
  • （5）执行vbj HelloClient，运行CORBA客户端程序，结果输出“Hello World!!”。
编译客户端和服务端代码
编译客户端和服务端代码
运行程序成功
运行程序成功

7. CORBA常用的四种服务简介

7.1. 名字服务

名字服务允许将一个或多个逻辑名与一个对象引用联结起来，并将名称存储在一个命名空间（namespace）中，也允许客户应用使用命名服务，以通过使用分配给对象的逻辑名称来取得该对象的引用。

相对于智能代理使用的平面型命名空间，命名服务则使用层次型的命名空间，结构类似于java中的包中的结构，如（com.xyz.corba）。

使用VisiBroker的命名服务中，对象实现使用NamingContext对象以将名称限制到它们所提供的对象。客户应用使用NamingContext来解析限制到对象引用的名称。

NamingContext通过rosolve方法取得逻辑Name中的对象引用，因为一个Name可以包含一个或多个NameComponent对象，所以解析能在NameComponent结构中来回移动，只要取其中的一个节点的对象引用，即可获得整个NameComponent结构的所有对象引用。

字串化的名称用于对应字串和CosNaming::Name，用“/”来分隔名称组件；用“.”来分隔id和kind属性；用“\”来作转义字符。如：

com/xyz/corba

...
// 名称字串化"com/xyz/corba"的代码
NameComponent[] continentName = { new NameComponent("com", "") };
NamingContext continentContext = rootNamingContext.bind_new_context(continentName);
NameComponent[] departmentName = { new NameComponent("xyz", "") };
NamingContext departmentContext = continentContext.bind_new_context(departmentName);
NameComponent[] objectName = { new NameComponent("corba", "") };
departmentContext.rebind(objectName,myPOA.servant_to_reference(managerServant));
...

7.2. 事件服务

核心ORB支持的通信模型是实现客户端与服务器的一对一同步通信，通知服务则可支持更丰富的需求，包括：

  • 支持分布/预订应用程序，如多对多
  • 支持单向、异步和缓冲事件分布，其吞吐量远大于同步通信
  • 对持服务质量，如事件/连接可靠性
  • 支持事件筛选

TCP/IP用于实现接收者、提供者和事件通道之间的通信。分为“拉”和“推”的两种通信模型。事件通道使提供者和接收者不需确定对方的通信模型。

推式模型更为普遍。推型接收者将大多时间花费在事件的回路中，等待从ProxyPushSupplier而来的数据。

拉式模型是事件通道定期从提供者拉出数据，拉型提供者将大多时间花费在网络事件回路中，等待接收从ProxyPullConsumer发出的数据请求。

7.3. 通知服务

通知服务的实现模式跟事件服务类似。

7.4. 交易服务

“一手交钱，一手交货”是交易的基本原则，它的等价命题是既不能提了货却不给钱，又不能给了钱却没提货，在现实生活中，有许多对象之间的操作存在这种类似关系：要么这些操作全都进行，要么这些操作全都不进行，这种关系的操作就构成了事务（Transaction）。


report

Recommend

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK