构件运行平台PKUAS底层管理服务及前端工具设计与实现

最后，我要感谢我的父母。

我取得的成绩全都献给他们。

包放入热部署目录默认为，服务器在重新启动时就会将其部署到运行平台中，这也是推荐的部署方式。

用户也可以通过应用管理页面将直接加载到运行的平台上的运行时部署，直接解压到目录下即可。

在左侧树形菜单中单击分支下的小结将进入应用管理页面。

在这里给出了当前部署于平台上的所有应用。

其后的三个小图标分别表示重新部署卸载编辑信息。

如果是部署新的应用，用户单击下方的浏览，在本地选择个新的应用后单击部署按钮即可。

工具将把指定应用拷贝到热部署目录下并立刻加载入运行平台。

管理服务设计与实现北京大学计算机科学与技术系图应用管理页面内部实现中，部署的请求传入到管理服务后，将调用平台另个底层服务来完成，其接口很简单这样设计是因为，管理服务在设计中被视作管理工具与平台通信的入口和中转站。

事实上由前面的介绍可以看出，管理工具的功能最后都是通过调用相应管理实体的实现的。

但是，如果将部署的功能放在应用的中，则会出现个矛盾应用如何完整地卸载自己显然无法注销自身另方面，如果完全交由个外部服务完成，则必须获知要处理的应用正在使用哪些资源的细节，这可能导致采用依次检查各种资源等较繁琐低效的逻辑。

因此最后采用了个折衷的方式由负责独立于具体应用的资源的释放，如的注销等，而在此之前将先调用中的方法，由应用释放自己部署时申请的资源。

这也是最新的管理和部署规范中采用的方式。

管理服务设计与实现北京大学计算机科学与技术系对服务的管理允许对运行其上的应用和服务进行动态地启动或卸载对于些系统运行不可或缺的底层服务，如命名服务，允许其动态更换实现类。

但在目前版本中，由于尚未开发应用层的服务，底层服务也都只有唯的实现，因此管理服务还不支持相关的功能。

目前提供的主要功能是对底层服务运行时信息的显示。

命名服务的管理命名服务的管理界面如下图名字服务页面命名服务维护了系统中资源的名字与地址之间的映射关系。

具体内容请查阅平台的相关规范。

如前页截图所示，中给出了命名服务使用的底层类，以及目前平台中绑定的名字的类型和值。

管理工具通过调用管理服务中的方法获取相关的元数据。

的管理的目前采用集成第三方服务器的方式提供服务，并在系统启动时把其封装为，使得管理服务可以调用它的运行时信息，包括监听的端口等等见下页图。

管理工具通过调用管理服务中的方法获取相关的元数据。

相关的设置可以通过的配置文件完成。

管理服务设计与实现北京大学计算机科学与技术系图服务页面事务服务的管理通过可以查看事务服务缺省的超时阈值负责具体事务处理的的引用等等。

管理工具通过调用管理服务中的方法获取相关的元数据。

前文在介绍管理服务获取信息的方式时给出了相关的具体代码。

图事务服务页面管理服务设计与实现北京大学计算机科学与技术系安全服务的管理为应用提供了统的安全服务，整个应用客户端构件与服务器端构件和构件使用统的认证机制安全域和角色映射。

在独立接入方式中，安全检查发生在对服务器端的构件进行调用时在接入方式中，安全检查可以在对页面访问时进行，也可以将检查延迟到对构件访问时进行。

的安全服务页面，目前主要是通过调用底层的安全服务，提供对平台物理用户的管理。

关于物理用户的概念请参见安全模型的相关内容。

以身份登录的系统管理员可以执行添加删除用户，修改用户密码见下页图图安全服务页面小结以上是对目前中相关功能的逐个介绍。

目前的实现的功能中，监控的内容比较多，随着底层其它服务的支持不断完善，以后的工作中将不断扩展的管理功能。

管理服务设计与实现北京大学计算机科学与技术系第三章总结，及进步工作总结管理服务及相关工具，是开发人员系统管理人员与构件运行平台交互的重要方式之。

通过管理工具，的用户可以查询当前部署应用的具体信息，了解底层服务的运行状况，部署卸载指定的应用等，方便地监控维护系统。

本文通过对构件运行支撑平台的管理需求进行分析，叙述了基于微内核结构反射体系的管理服务的设计思路，并结合该底层服务，以及支持。

接收事件。

应用服务器厂商应提供的主要接口包括管理工具访问应用服务器平台部署功能的入口。

服务器端部署信息的顶级构件，它是所有表示平台特定信息的对象的容器。

用于向管理工具提供模块的平台特定配置信息。

唯标识已部署的应用模块，管理工具通过指定部署管理相应的应用。

下步工作的思路随着规范的给出，以往没有适应规范问题的管理服务势必需要做新的设计。

不过由于的体系结构较为灵活，且新的管理规范同样是基于框架，因此管理服务可以很方便的根据规范给出的管理模型作相应的调整较大部分的工作量可能主要集中在对部署规范的支持上。

针对管理规范，我们所需要做的工作主要包括规范管理对象的命名添加新的管理对象如等，以及对已有的管理对象中，提供的属性信息不符合规范要求的对象进行扩充提供，支持对管理模型的访问。

事实上当前的管理服务，通过与协作，已经能很容易的实现对要求的接口的支持。

，社区进程委员会将管理规范与部署规范分开，是基于以下想法管理规范的主要任务，是对平台的管理对象建模，提供对模型的访问方法，以及与现有其他管理规范等的映射各种管理规范的内容也都大致如此。

而部署规范的任务主要是部署也包括反部署等过程中工具与构建平台间的互操作。

目前的管理服务中同时管理服务设计与实现北京大学计算机科学与技术系包含对管理部署的支持接口，其中涉及部署的部分通过调用另个服务加以实现。

为支持最新的规范，打算进行这样的设计变动在目前的管理服务基础上实现的接口，并从以前的底层服务改为，并在系统启动时部署于，管理工具通过名查找它以获取服务。

对部署的支持以及对外接口的提供则都由来提供。

示意图如下由于管理服务在系统中属于较完整独立的部分，因此以上的设计变动不会有太大困难。

相对支持管理规范而言，对部署规范的支持需要相当时间的投入。

在此基础上，下步的工作则集中于对管理规范中可选的部分，包括状态管理性能管理消息模型的支持。

管理服务部署接口管理工具部署工具部署工具目前的设计支持规范的设计管理工具部署工具管理服务设计与实现北京大学计算机科学与技术系参考文献，，，，，，，黄罡，基于软件体系结构的反射式中间件研究黄罡，王千祥，曹东刚，梅宏种面向领域的构件运行支撑平台管理服务设计与实现北京大学计算机科学与技术系附录附录中包含些内容较长的背景资料和代码。

管理规范的被管理对象类型层次模型上图给出了是管理规范中规定的被管理对象类型层次模型。

所有的被管理对象类型都是派生自基本的类型，并附加上自己类型所特有的属性信息。

管理服务设计与实现北京大学计算机科学与技术系元数据类型上图给出了规范中对元数据类的定义。

这些元数据类是描述所提供的信息的标准。

同时它们也是管理规范中，提供给客户端工具的被管理资源的标准描述。

管理服务设计与实现北京大学计算机科学与技术系致谢首先我要感谢实验室的几位老师，他们不仅在学术研究上给了我很多的指导和帮助，在为人上也给我树立了良好的典范。

每周的讨论班，梅宏老师对问题的看法都令我感觉很有收获焦文品老师是我的指导老师，在繁忙的工作中对我的论文写作情况直很关心，不仅提了很多技术内容上的意见，还包括对资料组织行文格式等的细致要求，严谨的治学态度让我感受很深，自己也受益非浅。

王千祥老师是负责项目的总设计人，孙艳春老师是我本科四年的班主任，他们在生活上学习上都给予了我很大帮助。

能遇到这么多好老师我觉得很幸运。

我要感谢实验室的同学，在我完成毕设的过程中，他们给了我很大的帮助。

曹东刚和刘天成，他们帮助我从对相关概念的片空白，到完成整个管理服务的设计，在很多问题上给了我很