ACE技术论文集-第1章 ACE自适配通信环境

#if defined (MT_SAFE_SOCKETS)

ACE_SOCK_Acceptor,

#else

ACE_TLI_Acceptor,

#endif /* MT_SAFE_SOCKETS */

ACE_INET_Addr>

{

/* ... */

};

　

因为Logging_Acceptor继承自ACE_Service_Object(间接经由它的ACE_Acceptor基类)，它可以通过服务器日志看守的svc.conf配置文件来在运行时动态地链接进服务器日志看守、并进行相关的操作。同样地，因为Logging_Acceptor间接继承自ACE_Event_Handler接口，当来自客户的连接请求到达时，它的handle_input方法将会被ACE_Reactor自动调用。当连接请求到达时，Logging_Acceptor子类分配一个Logging_Handler对象，并将这个对象登记到ACE_Reactor。

通过使连接建立功能和日志记录接收分离成图1-13所示的两种不同的类层次，显著地增强了分布式日志工具的模块性、可复用性和可配置性。这样的分离允许ACE_Acceptor类被复用于其他类型的面向连接服务。特别地，为提供完全不同的处理功能，只需要重新实现服务的ACE_Client_Handler部分的行为。而且，参数化类型的使用减轻了对某种特定类型的IPC机制的依赖。

　

　

ASX构架使用Service Configurator来将日志服务动态或静态配置进服务器日志看守。动态配置的服务可在运行时插入、修改或移除，从而改善了服务的灵活性和可扩展性。下面的svc.conf文件条目用于将日志服务动态地配置进服务器日志看守：

　

dynamic Logger Service_Object *

./Logger.so:_alloc() “-p 7001”

　

　

　

图1-14 分布式日志工具中的ACE组件

　

当看守一开始执行时，静态配置的服务总是可用的。例如，Service Manager是标准的Service Configurator构架组件，客户可用以获取活动看守服务的列表。下面的svc.conf文件中的条目用于在初始化过程中将Service Manager服务静态地配置进服务器日志看守中：

　

static ACE_Svc_Manager “-p 911”

　

为使static指令工作，实现ACE_Svc_Manager服务的对象代码必须与主看守驱动可执行程序静态地链接在一起。此外，ACE_Svc_Manager对象必须在动态配置发生前插入Service Repository（ACE_Service_Config构造器自动完成此工作）。由于这些限制，如果不首先从Service Repository中将其移除，静态配置的服务就不能在运行时重配置。

服务器日志看守的主驱动程序通过下面的代码实现：

　

int main (int argc, char *argv[])

{

ACE_Service_Config loggerd;

　

// Configure server logging daemon.

if (loggerd.open (argc, argv) == -1 )

return –1;

　

// Perform logging service.

loggerd.run_reactor_event_loop();

　

return 0;

}

　

　

图1-15 服务器日志看守的交互图

　

图1-15描述多种构架与相互协作、以提供日志服务的应用特有对象之间的运行时交互。看守配置在ACE_Service_Config::open方法中完成。该方法查询下面的svc.conf文件，它指定将被配置进看守的服务：

　

static ACE_Svc_manager –p 911

dynamic Logger Service_Object *

./Logger.so:_alloc() “-p 7001”

　

通过将指定的ACE_Service_Object插入ACE_Service_Repository，并在ACE_Reactor上登记服务对象处理器的ACE_Event_Handler部分，来对svc.conf文件中的每个服务配置条目进行处理。

当所有的配置活动完成时，上面所示的主驱动程序调用ACE_Service_Config的run_reactor_event_loop方法。该方法进入事件循环，持续地调用ACE_Reactor::handle_events服务分派方法。如图1-9所示，该分派函数阻塞并等待事件的发生（比如来自客户的连接请求或I/O）。在这些事件发生时，ACE_Reactor自动分派先前登记的事件处理器，以执行指定的应用特有服务。

ASX构架还响应触发看守运行时重配置的外部事件。无论何时正在执行的基于ASX的看守接收到预指定的外部事件（比如UNIX SIGHUP信号），就会执行上面所述的动态配置步骤。取决于svc.conf文件的已被更新的内容，服务可以被增加、挂起、恢复或从看守中移除。

ASX构架的动态重配置机制使得开发者无需进行大量的重新开发和安装工作，就可以修改服务器日志看守的功能或调谐性能。例如，调试日志服务的一个有问题的实现只需要动态地重安装一个功能等价的服务，在其中包含有额外的手段来帮助隔离错误行为的来源。注意无须修改、重编译、重链接或重启当前正在执行的服务器日志看守，就可完成此重安装过程。

　

　

　　图1-16演示专用分组交换机（PBX）电信交换监控系统的客户/服务器体系结构，该系统使用ASX构架组件[20]实现。在此分布式通信系统中，服务器经由高速通信链路接收并处理由一或多个与服务器相连的PBX产生的状态信息。服务器转换此状态信息，并将其通过网络转发给客户终端系统，再由后者以图形方式显示给终端用户。终端用户通常是超级用户，他们使用PBX状态信息来监控系统全体成员的性能，并预测资源的分配、以满足客户的需求。

与服务器相连的PBX设备由Device_Adapter ACE_Module控制。该ACE_Module使服务器的其余部分与PBX特有的通信特性相屏蔽。Device_Adapter ACE_Module的读端维护一组Device_Handler对象（每个PBX一个），它们负责将到来的设备事件解析并转换成规范的、不依赖于PBX的消息对象；这种对象在一种在[6]中描述的灵活的消息管理类之上构建。

在初始化之后，到来的规范消息对象被传递给Event_Analyzer ACE_Module的读端。该Module为服务器实现应用特有的功能。在Event_Analyzer中维护的一个内部寻址表被用于确定哪些客户应接收消息对象。在Event_Analyzer确定适当的目的地后，消息对象被转发给 Multicast_Router ACE_Module的读端。

Multicast_Router ACE_Module是一个可复用组件，它使应用特有的服务器代码的余下部分与客户/服务器交互的知识，以及对通信协议的特定选择屏蔽开。通过建立连接到Multicast_Router ACE_Module，客户预订接收服务器发布的事件。Multicast_Router ACE_Module的写端接受来自客户的连接请求，并创建分离的Client_Handler对象来管理每一个客户连接。该Client_Handler对象处理在服务器和与之相关联的客户之间所有的后继数据传输和控制操作。一旦客户与服务器连接上，客户就指明它希望监控的PBX事件的类型。从这一点开始，当Multicast_Router的读端接收到来自Event_Analyzer的消息对象时，它就自动将此消息多点发送给所有预订接收该消息对象中封装的特定类型的事件的客户。

　

<, /DIV>