CORBA2.0使用维护

合集下载

CORBA规范综述

CORBA规范综述张亚红宋凯华东计算技术研究所二ＯＯＯ年三月目录引言 (3)第一章CORBA 体系结构 (3)第1.01节ＣＯＲＢＡ规范概述 (3)第1.02节对象管理架构(OMA) (4)第1.03节CORBA详细结构图 (5)第二章对象服务（CORBAServices）的具体内容 (7)第2.01节名字服务 (7)第2.02节生存周期服务 (8)第2.03节事件服务 (10)第2.04节交易黄页服务 (12)第2.05节事务服务 (13)第2.06节并发控制服务 (15)第2.07节安全服务 (15)第2.08节持久性服务 (16)第2.09节流转换服务 (18)第2.10节查询服务 (19)第2.11节组服务 (19)第2.12节对象关系服务 (19)第2.13节时间服务 (20)第2.14节准许服务 (21)第2.15节属性服务 (21)第三章CORBA相关产品及CORBA的未来 (22)第3.01节CORBA相关产品 (22)StarBus的ORB核心机制原理 (23)第3.02节CORBA的未来 (24)第四章程序开发一般过程 (25)第4.01节程序开发一般过程 (25)第4.02节用Starbus开发分布应用步骤 (27)参考文献 (27)引言对象管理组织（ＯＭＧ）提出的ＣＯＲＢＡ规范为实现分布式环境下的软件重用、移植和互操作提供了一套前景光明的规范，并为开放式系统的研究提供了一个很好的系统实现框架。

介绍ＣＯＲＢＡ的文章已有很多，本文试图能够从结构上简而全的对它进行综述,并简单介绍了相关产品和ＣＯＲＢＡ环境下的程序开发过程。

第一章CORBA 体系结构第1.01节ＣＯＲＢＡ规范概述CORBA (Common Object Request Broker Architecture)公共对象请求代理架构,是国际对象管理组织（Object Management Group OMG）制定的分布对象计算规范,目前最新版本为3.0（于1999年11月发布），目的是促进在分布、异构环境中基于对象的软件的可重用性、可移植性与互操作性，实现多厂商网络环境中应用的互操作;OMG组织是一个超过750名成员的国际组织，它包括信息系统厂商，软件开发者和用户。

CORBA的兴衰

The rise and fall of CORBA作者Michi Henning，2006.6.5我们可以从CORBA的错误中学到很多主要历史在90年代早期，要使不同机器上的程序相互之间通信是一场恶梦，特别是不同的硬件、操作系统和编程语言都存在的环境：程序员要么使用socket靠自己来写整个协议栈，要么他们的程序之间就完全不能通信。

（其它早期中间件，如Sun的ONC，Apollo的NCS以及DCE，都是基于C语言和UNIX操作系统的，并不适合于异构的环境）。

CORBA 1.0并不成功，因为它不能互操作，并且只提供C语言的映射。

OMG在1997年发布了CORBA 2.0，它提供了标准协议，以及C++语言的映射，1998年提供了Java语言的映射。

CORBA 2.0使得开发者可以相对容易地构建异构的分布式应用。

CORBA很快就流行起来，很多任务关键的应用都用CORBA来构建。

CORBA的前景看上去非常乐观。

在经历了90年代中后期的增长后，一些主要的变化影响了计算的前景，最为著名的就是Java与Web的出现。

CORBA提供了Java语言映射，但是并没有涉及到爆炸式增长的Web。

商业公司并没有等待CORBA给出解决方案，它们转向了其它技术，并且开始构建他们基于Web浏览器、HTTP、Java和EJB的电子商务基础设施。

除此之外，有经验的CORBA开发者发现编写实用的CORBA应用程序相当地困难。

许多API都很复杂，不一致，甚至完全让人感觉神秘，使得开发者必须关注许多细节问题。

想比之下，组件模型的简单性，比如EJB，使得编程简单得多（虽然不那么灵活），因此对CORBA组件模型的呼声越来越大。

但是组件模型的到来花了很长的时间。

始于1996年的工作基于CBOF（通用业务对象设施），但是那个努力因为公司行政策略上的斗争陷入了困境，不久就被放弃了，取而代之的是CORBA组件模型CCM。

1999年CCM的规范终于发布，但是很大程度上确成为了雷声大、雨点小的事。

corba介绍(java语言)

1．C ORBA 简介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一种异构平台下的语言无关的对象互操作模型。

1.1 CORBA体系结构CORBA的体系结构如下：图1.1 CORBA体系结构CORBA上的服务用IDL描述，IDL将被映射为某种程序设计语言如C++或Java，并且分成两分，在客户方叫IDL Stub（桩）, 在服务器方叫IDL Skeleton（骨架）。

两者可以采用不同的语言。

服务器方在Skeleton的基础上编写对象实现(Object Implementation)，而客户方要访问服务器对象上的方法，则要通过客户桩。

T2000 CORBA用户指南(V200R008C00_03)

3. 观察下列服务器的进程是否正在运行（即是否有进程 ID）。
– Solaris：
./engineering/jre/jre_unix/bin/java -Dequinox.conf=engineering/conf/equinox.ini
– Linux：
./engineering/jre/jre_linux/bin/java -Dequinox.conf=engineering/conf/ installEquinox.ini -DCoreFramework.logFilePath=engineering/conf/ loggerservice_InsServer.cfg -DexportScheme=true -Djava.library.path=./engineering/ lib/linux -Drunway=install -DinstallDiskMode=gui -Xms128m -Xmx1024m DinstallType=server -classpath ./engineering/lib/Launcher.jar:./engineering/lib/ equinox.jar uncher -export
工具
工具服务器
登录网管系统维护工具客户端
添加北向 CORBA 子系统
添加北向 CORBA 实例
基本配置高级配置
说明
如果在安装时没有选择北向 CORBA 子系统，需要使用网管系统维护工具手工添加。配置 SSL（可选）可选
4.3 配置前检查
请在进行 T2000 北向 CORBA 接口配置之前，需要完成相应的文件检查与准备工作。
关于 T2000 Server 的软件要求请参考《OptiX iManager T2000 软件安装指南》的"配置要求"一节。

OptiX iManager T2000 V100R008C02 CORBA 接口技术手册

华为 OptiX iManager T2000 V100R008C02 CORBA接口技术手册华为技术有限公司版权所有侵权必究修订记录目录1系统概述 (9)1.1iManager T2000子网模型CORBA接口的背景 (9)1.2iManager T2000子网模型CORBA接口遵从的标准 (9)1.3iManager T2000子网模型CORBA接口的实现技术要点 (10)1.4iManager T2000子网模型CORBA接口在综合网管中的地位 (10)2接口功能 (11)2.1功能概述 (11)2.2配置管理 (12)2.2.1存量获取 (12)2.2.2通知上报 (15)2.3连接管理（Connection Management） (16)2.3.1创建子网连接 (16)2.3.2激活子网连接 (17)2.3.3创建并激活子网连接 (17)2.3.4去激活子网连接 (18)2.3.5删除子网连接 (18)2.3.6去激活并删除子网连接 (18)2.3.7验证创建子网连接的可行性 (18)2.4故障管理（Fault Management） (18)2.5保护管理（Protection Management） (19)2.6性能管理（Performance Management） (19)2.6.1PM数据收集的使能/禁止 (19)2.6.2支持PM寄存器clear/reset (20)2.6.3PM能力 (20)2.6.4门限设置 (20)2.6.5越限告警通知 (20)2.6.6门限查询 (20)2.6.7历史PM数据 (20)2.6.8当前PM数据查询 (20)2.7设备管理（Equipment Management） (21)2.7.1获取设备信息 (21)2.7.2获取设备支持的终结点 (21)2.7.3单板的创建和删除 (21)2.8维护命令（Maintenance Operation） (21)2.9安全管理（Security Management） (22)2.9.1安全验证 (22)2.9.2session管理 (22)2.9.3NMS-EMS通信状态监视 (22)2.10界面直通（GUI Cut-Through） (22)2.11异常管理（Exception Management） (23)2.12说明 (23)3.1.1.数据类型描述模板 (23)3.1.2.操作描述模板 (24)3.1.3.异常说明 (24)3.1.4.标识符说明 (25)3.1.5.通用Iterator对象 (25)mon模块 (26)3.2.1.数据类型 (26)3.2.2.接口 (26)3.2.3.通知 (26)3.3.EmsMgr模块 (27)3.3.1.数据类型 (27)3.3.2.接口 (27)3.3.3.通知 (28)3.4.Ems Session模块 (28)3.4.1.数据类型 (28)3.4.2.接口 (28)3.4.3.通知 (28)3.5.EmsSessionFactory (29)3.5.1.数据类型 (29)3.5.2.接口 (29)3.5.3.通知 (29)3.6.Equipment模块 (29)3.6.1.数据类型 (29)3.6.2.接口 (30)3.6.3.通知 (31)3.7.GuiCutThrough模块 (32)3.7.1.数据类型 (32)3.7.2.接口 (32)3.7.3.通知 (32)3.8.MaintenanceOperations模块 (33)3.8.1.数据类型 (33)3.8.2.接口 (33)3.8.3.通知 (34)3.9.Managed Element模块 (34)3.9.1.数据类型 (34)3.9.2.接口 (34)3.9.3.通知 (34)3.10. ManagedElementMgr模块 (35)3.10.1.数据类型 (35)3.10.2.接口 (35)3.10.3.通知 (36)3.11. MTNM Version模块 (37)3.11.1.数据类型 (37)3.11.2.接口 (37)3.11.3.通知 (37)3.12. MultiLayerSubnetwork模块 (37)3.12.1.数据类型 (37)3.12.2.接口 (37)3.12.3.通知 (40)3.13. Performance模块 (40)3.13.1.数据类型 (40)3.13.2.接口 (41)3.13.3.通知 (42)3.14. Protection模块 (42)3.14.1.数据类型 (42)3.14.2.接口 (42)3.14.3.通知 (43)3.15. Session模块 (44)3.15.1.数据类型 (44)3.15.2.接口 (44)3.15.3.通知 (44)3.16. Subnetwork Connection模块 (44)3.16.1.数据类型 (44)3.16.2.接口 (45)3.16.3.通知 (45)3.17. Termination Point模块 (45)3.17.1.数据类型 (45)3.17.2.接口 (46)3.17.3.通知 (46)3.18. Topological Link模块 (46)3.18.1.数据类型 (46)3.18.2.接口 (47)3.18.3.通知 (47)3.19. CORBA相关规范 (47)3.19.1.CORBA以及CORBA Service规范的版本支持情况 (47)3.19.2.Notification Service的支持情况 (47)3名字服务 (48)4对象命名规则 (49)4.1EMS (49)4.2Subnetwork (50)4.3SubnetworkConnection (50)4.4ManagedElement (50)4.5TopologicalLink (50)4.6PTP (51)4.7CTP (51)4.8TPPool (52)4.9TrafficDescriptor (52)4.10EquipmentHolder (52)4.11Equipment (53)4.12ProtectionGroup (53)4.13Other Objects (for Alarm purposes) (53)关键词：摘要：缩略语清单：无。

Corba接口专题

HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 4
课程目标

学习完此课程，您应能：

1、理解CORBA接口基本知识和应用场景 2、掌握开启和关闭的方法 3、掌握CORBA测试工具使用方法 4、掌握CORBA故障处理思路和数据采集

HUAWEI TECHNOLOGIES CO., LTD.
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 2
学习指南

本课程主要基于《T2000 CORBA接口问题处理FAQ》，结合《T2000北向CORBA 接口用户手册》开发出来。学习本课程之前，建议先学习以上两篇文档;

本课程的重点是CORBA接口的开启、关
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential
Page 11
内容介绍

CORBA接口基本知识介绍
网络地位和应用场景
基本概念介绍部署方式、启动顺序

CORBA接口常用操作介绍
故障定位思路及故障案例分析
HUAWEI TECHNOLOGIES CO., LTD.
==对应CORBA接口高级功能
==对应CORBA接口高级功能 ==对应CORBA接口高级功能

默认情况下，这些选项是关闭的，如果需要开打CORBA 接口功能，则需将对应的注释符号＃删除。
HUAWEI TECHNOLOGIES CO., LTD.
Huawei Confidential

CORBA技术及实例

作者：easyinfonetemail: easyinfonet@日期：2000-11-14 23:15:195.3 CORBA技术及实例CORBA是一种规范，它定义了分布式对象如何实现互操作。

在WorldWideWeb盛行之前，特别是Java编程语言风靡之前，C＋＋开发者基本将CORBA作为其高端分布式对象的解决方案。

实际的CORBA规范归对象管理组（ObjeotManagementGroup）管辖，这是一家由700多家公司组成的开放的研讨会，其工作是制订对象计算的开放标准。

CORBA对象可以用任何一种CORBA软件开发商所支持的语言，如C、C++、Java、Ada和Smalltalk，来编写。

同样地，CORBA对象可以运行在任何一种CORBA软件开发商所支持的平台上，如Solaris，Windows95/NT,OpenVMS、DigitalUnix、HP-UX或AIX等。

这意味着，我们可以在Windows95下运行Java应用程序，同时动态调入并使用C＋＋对象，而实际上，该对象可能存储于一个在Internet上的UnixWeb服务器上。

使用接口描述语言（InterfaceDescriptionLanguage）编写的对象接口，使得与语言无关的独立性成为可能。

IDL使得所有CORBA对象以一种方式被描述，仅仅需要一个由本地语言（C/C++、CORBA、Java）到IDL的“桥梁”。

CORBA对象的互通信要以对象请求解析器（Object Request Broker）为中介，这种互通可以在多种流行通信协议之上（如TCP/IP或是IPX/SPX）实现。

在TCP/IP上，来自于不同开发商的ORB用InternetInter-Orb协议（IIOP）进行通讯，这是CORBA2.0标准（最新的版本）的一部分。

目前，对于较为流行的编程语言（包括C＋＋，Smalltalk，Java和Ada95），已经有了许多第三方的ORB。

05-CORBA北向接口安装维护介绍

PerformanceManagement Notifiy－通知服务，产生告警上
报、TCA上报、属性改变上报等。
1.3.主动上报以事件通道方式产生
CORBA接口对接流程
开始
失败
从命名空间获取 emsSessionFactory
登陆？
成功
登陆并获得EMSSession
检测EMS通信状态，并调用管理器提供的功能处理
10
CORBA接口安装说明-BIN
BIN安装将BIN目录下两个文件复制到D:\AEMS\FHANMS\BIN目录
将BIN目录下的ftthEmsAgentS.ini文件复制到D:\AEMS\FHANMS\INI目录中，此INI文件一般不需要修改。加载BIN接口服务进入CMD界面，在AEMS\fhanms\bin>下，输入：ftthEmsAgentS.exe -i 即将ftthEmsAgentS加载进服务。输入：ftthEmsAgentS.exe –r 即将ftthEmsAgentS.exe卸载出服务。
XML安装 CORBA运行中需要使用到此XML解析器。安装过程选择默认安装即可，
17
CORBA接口安装说明
启动服务依次启动两个服务 "FTTH EmsAgent Service“ FHTmfServer_1
服务启动时会初始化网管配置，启动时间依网管配置大小在几分钟到1 小时之间可用以下两个方法判断是否初始化完成 1.在任务管理器中查看fhtmfserver程序占用内存是否增加。 2.查看LOG文件夹中的configureLog文件内容。
获取管理器
接收上报
获取事件通道
F
退出？
T
结束会话，退出

ch90 CORBA技术一瞥

CORBA技术一瞥北京邮电大学交换与网络技术国家重点实验室宽带网中心串白杨2005-11-02主要内容分布式技术简介CORBA技术简介CORBA编程简介CORBA应用之ACE/TAO CORBA互操作性主要内容分布式技术简介CORBA技术简介CORBA编程简介CORBA应用之ACE/TAO CORBA互操作性分布式技术简介分布式计算技术分布式对象计算技术分布式计算技术背景随着Internet的普及，将应用扩展到局域网、广域网甚至Internet上已成为用户的普遍需求，这样，分布式计算成了新的热点。

在分布计算环境中，异构性是一个十分显著的特点。

一个典型的分布环境包括大型主机、UNIX工作站和PC机，各种机器所采用的操作系统和网络通信协议也是千差万别。

在这样的异构环境下实现信息和软件资源的共享将十分困难，而一个健壮的分布计算框架将为分布应用软件的开发带来极大的好处。

分布式计算技术定义分布式计算，是指一种应用程序设计方案，在这种方案中程序、程序处理的数据以及实际计算任务都分布在网络上，这样可以调节多台计算机的处理能力，也可以适合应用程序由不同模块组成的特性分布式对象计算技术背景自80年代末期以来，对应用软件的可扩展性和可重用性的要求也使得面向对象的分析、设计和编程技术得到了广泛的运用。

将面向对象的思想应用到分布环境中，分布对象计算(Distributed Object Computing，简称DOC)的概念就应运而生了。

分布式对象计算技术产品目前，OMG组织制订的CORBA(Common ObjectRequest Broker Architecture，公共对象请求代理体系结构)标准与Microsoft的COM/DCOM(Component Object Model/Distributed COM，组件对象模型/分布组件对象模型)标准、Sun公司的Java RMI(Java Remote Method Invocation，Java远程方法调用)标准一起形成了分布对象计算领域的主流。

Coral软件维护指南(简)

目录一、概述 (2)二、维护终端的连接 (3)三、软件结构与设置 (4)3. 1 系统命令的输入方式 (5)3. 2 编程接口（PI）中控制功能键的使用： (6)3. 3 基本操作功能： (6)四、Coral交换机软件安装步骤 (6)4.1 软件安装 (6)4.2 一般维护软件设置 (7)4. 3. 1 交换机维护操作目录展开结构 (8)4. 3. 2 系统编号方案的设置(Numbering Plan)： (12)五、Coral交换设备管理与维护 (15)5. 1 日常维护工作： (15)5. 2 交换设备维护测试项目周期 (15)一、概述Coral系统的所有软件设置，都是通过与交换机相连的维护终端来进行的。

维护终端可以是一台终端机，也可以是一台微型计算机。

用微型计算机时，须运行一终端仿真程序，将微机仿真成为一台终端来与交换机进行通信。

系统提供良好的人机编程接口（PI），可同时采用菜单选择方式和命令行方式进行操作，并且提供了全部功能的缺省设置，用户只需根据具体情况修改软件设置就可符合实际需要，而不必全部重新更改软件设置。

编程接口（PI）数据终端的串行口可以和MSX、MEX、MCP卡上的串行口相连，也可以和RMI、8DRCM（F）卡上的3个串行口的任意一个相连，还可以和RMI、8DRCM（F）卡内部Modem相连，此时用Modem可以进行遥控监测和远端维护。

系统提供四级密码保护，使用不同级别密码进入到编程接口（PI）时，具有不同的操作权限，同时可设定当一定时间内无任何操作，则程序返回到入口点，以等待重新输入密码。

系统提供的大量话机功能与设定操作，可在编程接口（PI）上直接进行，也可在话务台或多功能可编程数字话机上进行。

系统所提供的大量完善而丰富的系统与电话功能覆盖了所有交换系统和电话功能。

整个硬件系统的配置与插卡情况在开机时将作自检，并给出系统各个部分的工作情况和自检结果，以利于了解系统的运行情况。

CORBA规范综述

介绍ＣＯＲＢＡ的文章已有很多，本文试图能够从结构上简而全的对它进行综述,并简单介绍了相关产品和ＣＯＲＢＡ环境下的程序开发过程。

CORBA_百度百科

CORBA（Common Object Request Broker Architecture公共对象请求代理体系结构）是由OMG组织制订的一种标准的面向对象应用程序体系规范。

或者说CORBA体系结构是对象管理组织（OMG）为解决分布式处理环境(DCE)中，硬件和软件系统的互连而提出的一种解决方案；OMG组织是一个国际性的非盈利组织，其职责是为应用开发提供一个公共框架，制订工业指南和对象管理规范，加快对象技术的发展。

OMG组织成立后不久就制订了OMA(Object Management Architecture，对象管理体系结构)参考模型，该模型描述了OMG规范所遵循的概念化的基础结构。

OMA由对象请求代理ORB、对象服务、公共设施、域接口和应用接口这几个部分组成，其核心部分是对象请求代理ORB（Object Request Broker）。

对象服务是为使用和实现对象而提供的基本服务集合；公共设施是向终端用户应用程序提供的一组共享服务接口；域接口是为应用领域服务而提供的接口；应用接口是由开发商提供的产品，用于它们的接口，不属于OMG 标准的内容。

ORB提供了一种机制，通过这种机制，对象可以透明的发出请求和接收响应。

分布的、可以互操作的对象可以利用ORB 构造可以互操作的应用。

CORBA系统CORBA标准由对象管理组织（OMG）设立并进行控制，CORBA定议了一系列API，通信协议，和物件/服务信息模型用于使得异质应用程序能够互相操作，这些应用程序用不同的程序语言编写，运行在不同的平台上。

CORBA因此为定义明确的物件提供了平台和位置的透明性，这些物件是分布式计算平台的基础。

CORBA分布计算技术，是由绝大多数分布计算平台厂商所支持和遵循的系统规范技术，具有模型完整、先进，独立于系统平台和开发语言，被支持程度广泛的特点，已逐渐成为分布计算技术的标准。

COBRA标准主要分为3个层次：对象请求代理、公共对象服务和公共设施。

面向对象的中间件技术在企业环境中的应用研究CORBA技术应用研究

1、CORBA的基本结构
CORBA由三个主要部分组成：ORB（Object Request Broker）、IDL （Interface Definition Language）和CORBA实现。ORB是CORBA的核心，负责实现对象之间的通信；IDL是CORBA的标准接口语言，用于定义对象接口；CORBA 实现包括各种不同的语言和平台实现，例如Java、C++等。
3、智慧医疗：在智慧医疗领域，RFID中间件技术可以用于实现医疗设备的智能化管理和患者的智能化跟踪。例如，通过将RFID标签贴在医疗器械上，可以实时监控医疗器械的使用情况，确保患者得到及时的治疗。
3、智慧医疗：在智慧医疗领域
1、RFID中间件技术的性能优化：随着物联网技术的不断发展，对RFID中间件技术的性能要求也越来越高。因此，如何优化RFID中间件技术的性能，提高数据处理能力和速度成为研究的重要方向。
2、分布式应用：CORBA可以用于开发分布式应用，使得不同的系统可以方便地进行通信和协作。例如，使用CORBA实现远程方法调用（RMI）等。
3、实时系统：CORBA提供了丰富的接口和协议，可以支持实时系统的开发。例如，使用CORBA实现实时消息传递、事件处理等。
4、数据访问控制：通过使用CORBA技术，可以实现数据访问控制的安全性和灵活性。例如，使用CORBA实现数据库访问控制、文件访问控制等。
谢谢观看
（4）易于维护：CORBA的对象接口与实现分离，使得系统的维护和升级更加方便。
三、CORBA在企业环境中的应用研究
随着企业应用的复杂性和多样性不断增加，CORBA在企业环境中得到了广泛应用。以下是一些常见的应用场景：
1、企业服务总线：企业服务总线是企业应用集成的重要手段之一。通过使用CORBA技术，可以将不同厂商的软件产品集成到同一总线中，实现跨平台、跨语言的互操作性。

正确使用CORBA,ICE等分布式技术的一种思路

正确使用CORBA,ICE等分布式技术的一种思路1.1前言目前分布式应用软件越来越多，但在如何平衡分布式应用和单机应用的处理性能有一些麻烦。

另外就是从一种分布式技术迁移到另一种分布式技术也很困难。

一个原因就是我们的上层应用代码和底层的分布式技术（CORBA,ICE,SOCKET）紧密相关，难以分割导致。

本文给出一种分离具体分布式技术的设计方案，目的是强调一点：对于应用软件来讲，CORBA,ICE,SOCKET等具体分布式技术不是核心，核心是我们的客户需要的业务功能。

下面以CORBA和SOCKET(ASN.1协议)为例子说明这种分离架构。

1.2实现方法1.2.1原则：1．所有业务功能都通过接口定义；2．所有使用业务功能的代码都必须通过接口工厂获取业务接口的实例1.2.2软件结构接口＋类工厂的方式。

保证任何一个业务模块（组件）对外（包括大平台内部各个业务模块或组件之间）提供的所有服务都是接口，同时提供类工厂让外部访问业务模块（组件）中某个接口的实现。

说明：1） IExpand是需要外部定制的接口，当然可能存在多个，如果一个业务模块（组件）不需要外部定制，就不存在这个接口了；2） IPlatform是提供外部使用的功能接口，当然可能存在多个；3）IPlatformFactory是类工厂的接口，类工厂也用接口定义，是因为需要对外屏蔽底层通信细节，比如ASN.1,CORBA等；当然这个接口的定义应该是很少变化的；一般而言，一个业务模块或组件只需要一个类工厂的接口定义；4）TFactory是一个类工厂的实现，这是外部唯一可见的一个实现类。

5） PlatformImpl是一个内部用标准C++开发的一个功能实现体，它对外部是不可见的。

所有业务都是利用这个核心架构来实现，下面考虑CORBA，ASN.1接口的适配方式，这两种方式都有一个共同点：都可以看作是CLIENT/SERVER结构，需要我们提供CLIENT/SERVER两端的外部接口1.2.3适配CORBA服务端利用Adaptor和delegate模式来屏蔽CORBA技术细节。

Micro Focus OpenFusion CORBA Services 5.0.2 发布说明说明

OpenFusion CORBA Services 5.0.2ReadmeMicro FocusThe Lawn22-30 Old Bath RoadNewbury, Berkshire RG14 1QNUKhttps://Copyright © Micro Focus 2009-2021. All rights reserved.MICRO FOCUS, the Micro Focus logo, and Micro Focus product names are trademarks or registered trademarks of Micro Focus Development Limited or its subsidiaries or affiliated companies in the United States, United Kingdom, and other countries. All other marks are the property of their respective owners.2021-04-19ContentsMicro Focus OpenFusion CORBA Services 5.0.2 Release Notes (4)Installation (4)Supported Database Plugins, JDKs, Operating Systems, and ORBs (5)Supported Database Plugins (5)Supported JDKs (5)Supported Operating Systems and Processors (5)Supported ORBs (5)New Features (5)User Documentation (5)Known Issues (6)Resolved Issues (6)Issues Resolved in this Release (6)Updates and SupportLine (7)Further Information and Product Support (7)Disclaimer (8)3Micro Focus OpenFusion CORBA Services 5.0.2 Release NotesThe OpenFusion range of CORBA Services are accepted as the best fully-compliant implementations of the main Common Object Services (COS) available. Micro Focus's CORBA Services are used and deployed across business domains by some of the largest companies in the world. Our products support both the C++ and Java development communities and offer unrivalled interoperability with other leading distributed architectures and technologies such as J2EE and XML.The OpenFusion CORBA Services v5.0.2 release contains the components described below.•Log Service: The Telecom Log Service is a decoupled and scalable CORBA-based logging and querying service.•Notification Service: The Notification Service is a decoupled and scalable CORBA-based messaging service for reliably and efficiently transmitting events in adistributed computing environment.•Naming Service: The Naming Service provides a convenient and efficient means of locating (and using) objects which reside in a CORBA-based distributed computing environment.•Trading Service: The Trading Service enables objects residing in a CORBA-based distributed computing environment to be conveniently located using the objectscapabilities instead of its name: it is useful alternative to the Naming Service orJNDI.•Time Service: The Time Service is useful for obtaining and manipulating the current time and associated time intervals. It is often used in conjunction with other services, such as the Notification Service, when performing time-based tasks.•Graphical and Command-line Tools: A useful collection of both GUI and command-line tools for administering and managing the various OpenFusionservices.InstallationIn previous releases of OpenFusion, the OpenFusion CORBA Services and OpenFusion JacORB were included in the same installer. As of this release, OpenFusion JacORB and OpenFusion CORBA Services have separate installers. Both products are installed using a Java-based Setup program. These programs can be run using a Graphical User Interface (GUI Mode) or from the command line (Command Line Mode) which enables the installation to be run from a script.If you intend to use OpenFusion CORBA Services with OpenFusion JacORB, you should install OpenFusion JacORB first, and then install CORBA Services in the same directory. See the OpenFusion CORBA Services Product Guide for full installation instructions for both products.4Supported Database Plugins, JDKs, Operating Systems, and ORBsThis section details the database plugins, JDKs, operating systems and processors, and ORBs that are supported by this release.Supported Database Plugins•HSQLDB 1.8.1.1•Informix 9.4 & 10•Oracle 9i & 10gSupported JDKs•Oracle JDK 6, 7 & 8•OpenJDK 6, 7 & 8Supported Operating Systems and Processors Operating System Operating SystemVersion ProcessorRed Hat Enterprise Linux 6.x Intel x86-64Red Hat Enterprise Linux 7.x Intel x86-64Solaris 10.x Intel x86-64Solaris 10.x SPARCSolaris 11.x Intel x86-64Solaris 11.x SPARCSUSE Linux Enterprise Server 12.x Intel x86-64Windows 7 Intel x86-x64Windows 8.1 Intel x86-x64Windows 10 Intel x86-x64Windows Server 2008 R2 Intel x86-x64Windows Server 2012 R2 Intel x86-x64 Supported ORBs•JacORB 3.7.1•VisiBroker 8.5 SP1New FeaturesThe changes made to OpenFusion CORBA Services at version 5.0.2 are listed below. Note that bug fixes are listed in the Resolved Issues section.•OpenFusion CORBA Services is rebuilt with OpenJDK.User DocumentationNew documentation released with this Service Pack is available online, fromhttps:///productdoc.aspx.5Known IssuesFor known issues with OpenFusion CORBA Services, see the Known Issues section of the release documentation that is installed as part of the product, available at/docs/Services/html/knownIssues.html.Resolved IssuesThe resolved issues that customers have reported are listed in this section. The numbers that follow each issue are the Reported Problem Incident number followed by the Customer Incident Numbers (in parentheses). RPIs that have numbers only (and no text) are included to confirm that the RPIs have been fixed, since no further information is required.Issues Resolved in this Release•Added a new service-level configuration property, DelayStartInit, to control how the reactivation of CORBA objects is performed in relation to initializing theORB and POA. The default value is false, maintaining the original behavior ofinitializing the ORB and POA first and then reactivating service objects. If set totrue, this sequence is reversed, reactivating the service objects before initializing the ORB and POA. Note that this setting only affects the Notification Service.See the Common Configuration Properties chapter of the OpenFusion CORBAServices System Guide for details of the property.1105099 (2855888)•Open Fusion CORBA Services were shipped with xalan.jar version 2.7.1, which is impacted by an Apache CVE-2014-0107 security vulnerability. This is nowreplaced by xalan.jar version 2.7.2, removing the vulnerability.1104121 (2857898)•JacORB 3.7.0 supports Java 7.x and 8.x on Red Hat Enterprise Linux.1096095 (2792787)•Descriptions of the following parameters have been added to the Common Configuration Properties chapter of the OpenFusion CORBA Services SystemGuide:•DB.Type•DB.File.Dir•DB.JDBC.CheckpointInterval•DB.HSQLDB.DefaultDir•StatusFile619505•Rebranding to Micro Focus.6Updates and SupportLineOur Web site gives up-to-date details of contact numbers and addresses. Further Information and ProductSupportAdditional technical information or advice is available from several sources. The product support pages contain a considerable amount of additional information, such as:•The Software Licenses and Downloads (SLD) website athttps:///mysoftware/index is where you can downloadproducts and patches for them. A user ID and password are required to accessthe Software Licenses and Downloads website.To obtain a user ID and password, sign up online or contact Customer Support by email or telephone.•The Knowledge Base, a large collection of product tips and workarounds.•Examples and Utilities, including demos and additional product documentation. To connect, enter https:// in your browser to go to the Micro Focus home page.Note: Some information may be available only to customers who have maintenance agreements.If you obtained this product directly from Micro Focus, contact us as described on the Micro Focus Web site, . If you obtained the product from another source, such as an authorized distributor, contact them for help first. If they are unable to help, contact us.7DisclaimerThis software is provided "as is" without warranty of any kind. Micro Focus disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. In no event shall Micro Focus or its suppliers be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages, even if Micro Focus or its suppliers have been advised of the possibility of such damages. Some states do not allow the exclusion or limitation of liability for consequential or incidental damages so the foregoing limitation may not apply.Micro Focus is a registered trademark.Copyright © Micro Focus 2009-2021. All rights reserved.8。

中间件技术的综述

中间件技术的综述作者：崔力升来源：《科技视界》 2014年第3期崔力升（信阳职业技术学院，河南信阳 464000）【摘要】计算机技术迅速发展。

从硬件技术看，CPU速度越来越高，处理能力越来越强；从软件技术看，应用程序的规模不断扩大，特别是Internet及WWW的出现，使计算机的应用范围更为广阔，许多应用程序需在网络环境的异构平台上运行。

这一切都对新一代的软件开发提出了新的需求。

【关键词】中间件；面向对象；计算机技术1 什么是中间件为解决分布异构问题，人们提出了中间件(middleware)的概念。

中间件是位于平台(硬件和操作系统)和应用之间的通用服务，如图1所示，这些服务具有标准的程序接口和协议。

针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。

也许很难给中间件一个严格的定义，但中间件应具有如下的一些特点：1）满足大量应用的需要2）运行于多种硬件和OS平台3）支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互4）支持标准的协议5）支持标准的接口由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。

对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。

２主要中间件的分类中间件所包括的范围十分广泛，针对不同的应用需求涌现出多种各具特色的中间件产品。

但至今中间件还没有一个比较精确的定义，因此，在不同的角度或不同的层次上，对中间件的分类也会有所不同。

由于中间件需要屏蔽分布环境中异构的操作系统和网络协议，它必须能够提供分布环境下的通讯服务，我们将这种通讯服务称之为平台。

基于目的和实现机制的不同，我们将平台分为以下主要几类：1）远程过程调用（Remote Procedure Call）2）面向消息的中间件（Message-Oriented Middleware）3）对象请求代理（Object Request Brokers）它们可向上提供不同形式的通讯服务，包括同步、排队、订阅发布、广播等等，在这些基本的通讯平台之上，可构筑各种框架，为应用程序提供不同领域内的服务，如事务处理监控器、分布数据访问、对象事务管理器OTM等。

4-传输网管标准CORBA培训胶片

5
标准CORBA实现的功能
交叉配置
创建/上报/删除/修改/激活/去激活（子网）交叉支持设备保护、复用段、通道保护、子网保护交叉修改事件上报
6
选择标准CORBA的原因
从行业角度：为了更加容易地把网络元素集成到运营网络中去，电信
运营商越来越要求电信设备提供商提供一个兼容TMF标准的EMS北向接口来支持每个网络元素。TMF814CTN接口是一个针对多技术、多供应商的电信网络集成管理的标准。它为简化端到端的管理和多供应商网络的预配提供了新的契机。
24
内容提要
标准CORBA简介标准CORBA的安装第三方对接流程客户端测试工具的使用 CORBA日志简介常见工程问题处理移动标准CORBA改造简介
25
与第三方开通对接流程
1、安装TMF814CTN接口相关程序。 2、自测。 3、提供相关参数给第三方让其对接。包括： --接口服务器IP地址及计算机名（双方能互PING计算机名和IP）。 --接口服务对外端口（固定为3075）。 --接口命名服务名（EMSNAME）。 --登陆用户名和密码（同网管用户名和密码，注意权限）。 4、配合第三方对接测试。
CORBA
传输子网1
传输子网2
传输子网2
传输子网4
图2.5 北向接口在TMN系统中的位置
9
TMF814CTN接口组成部件
Initialfile\ 存放初始化配置文件的目录 Log\ 存放日志文件和测试结果数据的目录 Testsample\ 存放测试样例 Sql\ 存放初始化静态数据的SQL文件（informix数据库下） Mysql\ 存放初始化静态数据的SQL文件（mysql数据库下） config\ 存放初始化配置的XML文件 FHTMFTaoServer.exe TMF814CTN接口的主程序, 又称服务器端 TmfTaoClient.exe TMF814CTN接口的测试程序，又称客户端 writmfsqlinstall.bat 初始化静态数据

CORBA概述

持的特定传输之上。
CORBA基本概念
IIOP(Internet
Inter-ORB Protocol)因特网
ORB之间的协议：IIOP把GIOP消息数据映射为 TCP/IP连接行为和输入/输出流读/写。OMG 在最广
泛使用的通信传输平台 -- TCP/IP 上标准化 GIOP。
GIOP 加 TCP/IP 等于 IIOP。

接口：位于客户端，客户与ORB之间的静态接口。 Skeleton Interface)静态框架接
口：位于服务器端，ORB与服务器之间的静态接口。
CORBA基本概念
stub
存根：位于客户端，由IDL编译器编译IDL
文件生成，其功能类似一个客户代理。
skeleton
框架：位于服务器端，由IDL编译器
CORBA
CORBA
CORBA（Common Object Request Broker Architecture:通用对象请求代理结构）是一个分布式的面向对象应用架构规范，它是由OMG研究组在80年代末提出，在90年代逐步完善，形成现在被
软件行业普遍认可的标准CORBA/IIOP 规范，目前
CORBA基本概念
DII(Dynamic DSI(Dynamic
Invocation Interface)动态调用
接口：位于客户端，发送客户端的调用请求。 Skeleton Interface)动态框架接
口，位于服务器端，传送客户端的调用请求。
CORBA基本概念
IDL(Interface
Definition Language)接口定
3.0版。
CORBA
CORBA
与RPC(Remote Procedure Call)不同，CORBA 是基于面向对象技术的，它能解决远程对象之间的互操作问题。 DCOM (Distributed Component Object Model) 和Java RMI（Remote Method Invocation ）也解决这一问题的, 但有不足。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

第二步：配置订购、BasicCM、PM、Alarm相关的配置文件
1. 配置到现在为止，Consumer和Operation都已经可以正常启动，但若需要能够正常使用Operation的功能就必须要配置订阅、BasicCM、 PM相关的配置文件。启动Consumer时遇到的问题： Consumer $CORBA_HOME/LOG/$date+consumer.log
NMWNMS4APP-1-/opt/NMC_CORBA/bin> more epior.ior IOR:000000000000002649444C3A336770707361352E6F72672F4550495 25053797374656D2F45504952503A312E30000000000000030000000 00000006C00010200000000064E4F5254480007D7000000205374616 E64617264496D706C4E616D652F45504952505F504F412F45504952 50000000020000000000000008000000004A41430000000001000000 1C000000000001000100000001050100010001010900000001050100 01000000000000003C000100000000000D31302E3231392E3230332 E36000007D7000000205374616E64617264496D706C4E616D652F45 504952505F504F412F4550495250000000010000003C000000000000 00020000000000000008000000004A414300000000010000001C0000 0000000100010000000105010001000101090000000105010001
Corba北向接口整体框架
Corba北向接口说明
• 上图中，虚线部分是中间件Corba平台，它将上部蓝色圈中 Corba manager和下部OMC agent联系了起来。在这个平台上，双方的程序通过实现一些公共的调用和通信的方法，可以达到使在多种平台上的多种语言的程序进行互连互通和调用的目的，例如，使在PC或Unix平台系统上C++程序和Java程序之间能够调用和通信。 • Corba manger部分，是我方用Java语言编写的程序，可以在多种操作系统安装使用。它主要完成采集的功能，即通过 Corba 接口调用OMC程序或被其调用，来收集所需的网管信息数据，然后再存储或转发到亿阳网管系统的其他程序，由那些程序进一步处理成网管上层需要的数据。Corba manger部分包含了两个具体的采集程序：consumer和operation。Consumer 通过（被调用）接收Corba消息的方式实时地传递OMC方的告警信息，并依据这些告警做出相应的操作。Operation采取的是远程调用（主动调用）的方式，向OMC方发出相应的命令，然后接收并处理命令的返回值。
•
lib目录下需要的文件：
interbus的lib包中的相关的包中的相关包中的相关.jar文件。文件。文件 IDL和Corba北向接口程序的和北向接口程序的.jar文件。文件。北向接口程序的文件
•
ini目录下需要的文件详单： 1. CorbaManger.ini文件，此文件在启动文件，的时候需要用到，文件此文件在启动Consumer的时候需要用到，现假设要的时候需要用到
.ior文件
此文件是厂商提供，由厂商Corba服务生成。其中定义了几个参数： type_id: IDL:/EPIRPSystem/EPIRP:1.0 这个 type_id的值目前是一种既定的格式。 host: 10.231.9.50，port: 31100 这里所配置的host和端口是厂商的Corba服务对NMC的IP和Port，NMC的Operation和 Consumer将都需要通过此地址获取OMC方的IRP引用，也就是说需要通过此地址来调用OMC方的方法。我们的Corba服务（Consumer）生成的.ior文件，供厂家使用也是同样的道理。
#!/bin/csh setenv JAVA_HOME /opt/j2sdk1.4.1_02 setenv PATH ${JAVA_HOME}/bin setenv INTERBUS_ROOT /opt/interbus40j/bin setenv CLASSPATH /opt/NMC_CORBA/lib/backport-utilconcurrent.jar:/opt/NMC_CORBA/lib/3gTDNmcCorba.jar:/opt/NMC_CORBA/lib/dom4j-1.6.jar:/opt/NMC_CORBA/lib/jaxen1.1beta4.jar:/opt/NMC_CORBA/lib/com.ibm.mq.jar:/opt/NMC_CORBA/lib/3gIDL.jar:/opt/interbus40j/lib/STAR.jar:/opt/interb us40j/lib/STAREvent.jar:/opt/interbus40j/lib/STARNaming.jar:/opt/interbus40j/lib/STARNotify.jar:/opt/NMC_CORBA/lib/co mmons-net-1.4.1.jar if ( $1 == "" ) then echo "USAGE : $0 <AgentName>"; exit 1; endif java -Xbootclasspath/p:../lib/patch.jar tdcsmr.BcMainApp -agent $1 -ORBconfig ./star_$1.conf &
省网管数据流向
NMC如何接入OMC服务
第一步：部署Corba程序相关文件目录(bin,lib,ini)。
• Bin目录下需要文件详单：
start_<agent>.conf nis.orb.oa.endpoint=iiop --port 19000 --host 10.224.128.10 此配置文件中的参数和内容是供interbus平台初始化平台初始化Consumer服务使此配置文件中的参数和内容是供平台初始化服务使通讯协议，配置为是本地Corba机的和未被使用机的IP和未被使用用，iiop是ORB通讯协议，port和host配置为是本地是通讯协议和配置为是本地机的服务对OMC的IP和Port，将会写入的Port，同时也就是，同时也就是NMC的Consumer服务对的服务对的和， /log/agent/consumer.ior文件中，供厂商使用。文件中，文件中供厂商使用。
CORBA SETUP
runconsumer，runoperation启动脚本
此脚本的写附带，在不同的现场使用的时候需要修改的是引入interbus相关的环境变量的位置，以及相关的环境变量的位置，程序和IDL的.jar 需要修改的是引入相关的环境变量的位置以及Corba程序和程序和的文件的位置。文件的位置。
CORBA2.0 使用维护
CORBA功能
NMC Corba Operation2.0的主要功能：通的主要功能：的主要功能平台，过Corba平台，对OMC服务端上的多个功能平台服务端上的多个功能集对象的接口方法进行调用，（符合Corba ，（符合集对象的接口方法进行调用，（符合 2.0规范的接口方法）。这些功能集对象包括规范的接口方法）。规范的接口方法）。这些功能集对象包括等网管中常见的功能集对象，了CM，PM, FM等网管中常见的功能集对象，，等网管中常见的功能集对象而且还包括定购OMC通知的通知的Notification对而且还包括定购通知的对进行链路监视发送心跳通知的CS对象以象，进行链路监视发送心跳通知的对象以及管理数据文件的FileTransfer对象等等。对象等等。及管理数据文件的对象等等
•
CORBA LOG
Jun 19, 2009 12:09:24 AM tdcmon.BcLogManager doLogging INFO: [Ftp Transfer] orig info: ftp://yiyang:yiyang@10.219.203.6/nms/pm/PM200906190014+080072A20090618.2345+0800-0000+0800_ job5_-_49780_UtranCell.xml Jun 19, 2009 12:09:24 AM tdcmon.BcLogManager doLogging INFO: ftp info: URL 10.219.203.6::yiyang:yiyang ../data/fiberhome/PM/20090618/2345/PM200906190014+080072A20090618.2345+0800-0 000+0800_job5_-_49780_UtranCell.xml Jun 19, 2009 12:09:24 AM tdcmon.BcLogManager doLogging INFO: [Ftp Transfer] Server: 10.219.203.6 port: 21 User: yiyang Password: yiyang Jun 19, 2009 12:09:24 AM tdcmon.BcLogManager doLogging INFO: [Ftp Transfer] File Transfer begins! Jun 19, 2009 12:10:05 AM tdcmon.BcLogManager doLogging INFO: [Ftp Transfer] Local File: ../data/fiberhome/PM/20090618/2345/PM200906190014+080072A20090618.2345+0800-0000+0800_job5 _-_49780_UtranCell.xml Remote File: nms/pm/PM200906190014+080072A20090618.2345+0800-0000+0800_job5_-_49780_UtranCell.xml Jun 19, 2009 12:10:05 AM tdcmon.BcLogManager doLogging INFO: [Ftp Thread] Transferring all files is succeeded! Jun 19, 2009 12:10:05 AM tdcmon.BcLogManager doLogging INFO: [DCSck Queue] <?xml version='1.0' encoding='iso-8859-1'?> <TD_PM> <time>1245341405676</time> <omc_id>202201</omc_id> <vendor_id>202</vendor_id> <type>0</type> <ftp_ip>10.218.7.88</ftp_ip> <ftp_user>corba</ftp_user> <ftp_passwd>corba</ftp_passwd> <file_list> <file>/opt/NMC_CORBA/bin/../data/fiberhome/PM/20090618/2345/PM200906190014+080072A20090618.2345+0800-0000+0800_job5__49780_U tranCell.xml</file> </file_list> </TD_PM> Jun 19, 2009 12:10:05 AM tdcmon.BcLogManager doLogging INFO: [DCSck Queue] DC Socket Signal is sent successfully!