邢台医专高等学校地址:ServiceManage

来源:百度文库 编辑:九乡新闻网 时间:2024/04/29 11:26:16
RDBAdminstrator.h 用到了MidClientAdmin.h , 用于操作数据库。MidClientAdmin.h 用到了 SocketClient.h , 创建并发送的报文。SocketClient.h 没有用到其他的一些东西,用于建立链接咯。

libRDBAdmin.so 是由StaticFinals.cpp  data.cpp  SocketClient.cpp MidClientAdmin.cpp RDBAdminstrator.cpp 构成的在要用的地方包括以上的.h文件就可以了。
client 是循环调用node,service,server信息以监控状态信息。//被集成在Client中去了Client 是用于执行任何监控命令的。 以上两个好像是不互容的。Client 应该是不需要icegrid的参数.  解析参数,分别获得ServiceAPI,端口(2000)  应该需要带Ice.Config的参数吧  
Monitor.cpp 所有的服务实现都在这个里面了。 在20000端口上面创建了一个ServiceAPIAdapter,并包含了ServerAPI,NodeAPI,ServiceAPI,ProcessAPI,然后自己又获得这些东西的代理,然后在这里面完成了监控哈,并相应的用SQL语句更新库,也就是用了上面client的内容。 在这个里面,封装了ProcessAPI,并且调用了ProMoniAPI里面的函数(在调用ProMoniAPI的使用这里要写死),每次调用都需要获得相应的代理。每次调用包装后的函数都要获得所有的代理是因为大的Client可能只调用其中的一个函数,所以这样比较保险。在while监控循环中只用一个getProcessInfoList,然后这个函数再循环所有的node的proc信息。是比较低效的。

Proc.cpp仅仅在本地20001端口创建了一个ProMoniAPIAdapter 然后加入了ProMoniAPI, 这个需要纳入icegird的管理范围运行Proc的时候报了seeprocsh: seeproc: command not foundseeproc: showed process info这个命令是谁发出的??seeproc是电科院那边环境才有的命令,所以在这里会输出命令没有找到。
Proc是不用icegrid管理起来的。在Monitor里面,获得代理,写死IP就可以了。
端口信息:icegrid 4061Monitor 20000:ServiceAPIAdapterProc 20001:ProMoniAPIAdapter
registry.cfg 好像是没有用到的config.node2 第二个node的配置信息首先在管理节点运行registry,node(the same process),在调用./Client --Ice.Config=client.cfg Node getNodeInfoList 出现了Network.cpp:1243: Ice::ConnectionRefusedException:connection refused: Connection refused错误