1、分类号 密级 UDC 编号 研 究 生 院硕 士 学 位 论 文一种多门户环境下服务资源管理框架的设计与实现王 梁指导教师 钟 华 研究员软件研究所 申请学位级别 硕士 学科专业名称 计算机软件与理论 论文提交日期 论文答辩日期 培养单位 软件研究所 学位授予单位 研 究 生 院答辩委员会主席 摘 要I一种多门户环境下服务资源管理框架的设计与实现摘 要随着企业信息化建设的快速发展，门户系统在实际中的应用越来越广泛。服务是门户系统重要的组成部分之一，对门户系统的功能提供支撑作用。要维持门户正常的运行管理维护，门户系统就需要提供相应的服务。多门户系统是指在一个门户平台上运行多个虚拟门户。通过用户数
2、据资源的相对隔离，门户系统在逻辑上划分成多个虚拟门户。每个虚拟门户由多个Portlet 应用组成。在多门户环境下，服务具有如下特点：服务分散部署在门户平台和多个 Portlet 应用中，服务之间存在依赖关系，而且不同应用间存在服务的共享；随着虚拟门户数量的增加，服务的数量也在不断动态增加，对门户系统的压力也在不断增加。与一般 Web 应用中的服务相比，多门户环境下不同的应用之间存在服务交互。同不支持多门户的门户系统相比，多门户环境下服务有作用范围，服务的数量大且动态变化。因此，根据多门户环境下服务的特点，要实现对服务资源的管理需要解决如下问题：如何管理服务的依赖关系，如何确定服务的作用范围，如
3、何实现对服务资源的访问控制，如何实现对服务资源的动态管理,以及如何减轻服务对门户系统的压力。本文提出了一种多门户环境下服务资源管理框架，能够有效地解决上述问题。该服务资源管理框架包含对服务生命周期的管理，对服务的访问控制，基于事件的服务管理，以及服务的热部署。且本文对其中的服务依赖关系管理，事件运行监控问题等关键技术点进行了探讨，采用相关的算法解决相应的问题。而且本文实现了服务资源管理框架，部署在门户中间件 OncePortal 中，从而实现对服务资源的有效管理。关键词：门户 多门户 服务管理一种多门户环境下服务资源管理框架的设计与实现IIAbstractIIIDesign and Imple
4、mentation of a Service Resource Management Framework in Multi-portal EnvironmentNi Jian (Computer Software and Theory)Directed by Zhong HuaAbstractWith the frequently development of enterprise information construction, the portal system is more and more widely used in the practical application. Serv
5、ice is an important part of the portal system, which provides support for the portal system. To maintain the normal operation management and maintenance, the portal system will need to provide appropriate services.Multi-portal is a portal platform that runs multiple virtual portals. Isolation by use
6、r, data and resource, the portal system is logically partitioned into multiple virtual portals. Each virtual portal contains a number of portlet applications. In a multi-portal environment, the service has the following characteristics: Services are distributed deployed in the portal platform and th
7、e portlet applications，and between services there are dependencies ，and between different applications, there are services for sharing；With the increase of the number of the virtual portals, the number of services is also constantly dynamic increasing，and the pressure to the portal system has also i
8、ncreased. Compared with the general Web applications, there are service interactions between applications in a multi-portal environment. Compared with the Portal System that does not support multi-portal system, in a multi-portal system, the service has service scope and the number of services is la
9、rge and also constantly dynamic changing. According to the characteristics of services in a multi-portal environment, we need to address the following questions to achieve service resources management: how to manage service dependencies，and how to determine the specific scope of the services, and ho
10、w to realize the access control of the service resources, and how to implement the dynamic management of the service resources, and how to reduce the pressure from the services to the portal. This paper presents a service resource management framework in multi-portal environment, which can effective
11、ly solve these issues. The service resource 一种多门户环境下服务资源管理框架的设计与实现IVmanagement framework includes service lifecycle management, the access control to the services, event-based service management and hot deployment of the services. And then this paper discusses on key technical points such as service
12、 dependency management and running events monitoring problem, which using corresponding algorithm to solve corresponding problems. And this paper implements the service resource management framework, which deployed in the OncePortal middleware, to realize the effective management of the service reso
13、urces.Keywords: Portal, Multi-portal, Service management.目 录V目 录摘 要 IABSTRACTIII第一章 绪论 .11.1 研究背景 .11.2 论文的主要工作 .31.2.1 多门户环境下服务资源的分析 31.2.2 服务资源管理框架的分析与设计 41.2.3 关键技术 41.2.4 服务资源管理框架的实现 41.3 论文组织 .4第二章 门户与服务资源 .72.1 门户 .72.1.1 门户概念 72.1.2 门户关键功能 72.1.3 门户体系结构 82.2 多门户简介 .92.3 多门户系统中的服务资源 .112.4 小结
14、.13第三章 服务资源管理框架的分析与设计 153.1 服务资源的分类 .153.2 服务模型 153.2.1 语法模型 163.2.2 部署模型 163.2.3 交互模型 173.3 服务资源管理框架的总体设计 .183.3.1 服务生命周期管理模块 193.3.2 基于访问控制的服务调用模块 263.3.3 基于事件的服务管理模块 273.3.4 服务热部署模块 323.4 小结 .35一种多门户环境下服务资源管理框架的设计与实现VI第四章 关键技术 374.1 服务依赖关系管理 .374.1.1 去除循环依赖关系 394.1.2 去除冗余依赖 414.1.3 确定服务启动和关闭顺序 43
15、4.2 事件运行监控 .474.2.1 事件循环触发问题 484.2.2 事件处理器运行监控 504.3 小结 .52第五章 服务资源管理框架的实现 535.1 门户中间件 ONCEPORTAL 系统概述 535.2 服务资源管理模型的结构 .545.3 服务生命周期管理模块 .615.3.1 服务注册信息管理 615.3.2 服务生命周期管理 655.4 基于访问控制的服务调用模块 .655.5 基于事件的服务管理模块 .665.6 服务热部署模块 .715.7 小结 .73第六章 结束语 756.1 工作总结 .756.2 进一步工作 .77附录 1 .79附录 2 .85参考文献 .87
16、发表文章目录 .89致 谢 91第一章 绪论1第一章 绪论1.1 研究背景门户（即 Portal）在英文中的含义为“入口”，在计算机领域，门户有多种不同的含义。从传统的应用角度来讲，第一种含义是如新浪，雅虎等门户网站，提供综合性新闻访问的入口；另一种含义是指企业信息门户（Enterprise Information Portal）,它是一个统一的工作平台，可以集成企业的各种资源，为用户提供一站式访问 1。企业信息门户（Enterprise Information Portal）可以无缝地集成分散于企业内部的应用系统和数据资源，动态地发布企业内外的各种信息，并提供一个单一的访问入口，支持企业的员
17、工、客户、合作伙伴和供应商等通过这个门户获得个性化的信息和服务 2。门户包括的功能有：界面个性化，统一的用户权限管理，统一的访问入口，内容管理，协同工作等。一般的门户系统，基本构成分为门户平台（包含 Portal 服务器和 Portlet 容器） ，服务支撑及扩展应用。其中，服务支撑是门户系统重要的组成部分之一 3，对门户系统的基本功能和各种支撑功能提供支撑作用。门户要进行正常的运行管理维护，就必须具备相应的服务进行支撑。随着信息化浪潮的不断推进，门户技术的应用也越来越广,对门户的需求不断攀升，门户的数量也在迅速增加。在企业信息化的过程中，随着企业规模的扩大，业务范围的扩展，分公司数量不断增加
18、，每一个分公司都需要使用门户系统建立各自的门户网站。在企业联盟中，各连锁、加盟企业都需要使用门户系统建立各自的行销网站。在政府政务信息化过程中，政府的各级部门需要使用门户系统建立相应的电子政务、资讯发布、公文交换网站。在校园信息化的过程中，学校各院系需要使用门户系统建立各自的资讯发布、资讯交换网站。基金会、协会等组织或团体下属的各级部门也需要使用门户系统建立各自的门户网站。门户供应商为企业政府等组织提供门户网站托管服务的过程中需要使用门户系统，随着业务的迅猛发展，所需要建立的门户网站数量也越来越多。面对以上的需求，早期的门户系统通常是在一个门户平台上运行一个门户网站。在这种情况下，每增加一个门
19、户网站就要安装一套门户系统，这就需要占用大量硬件和软件资源，消耗大量安装和管理的成本。而且，如果在一台计一种多门户环境下服务资源管理框架的设计与实现2算机上安装多套门户系统还有可能出现系统冲突问题。而且，各个门户网站之间相互独立，无法进行交互和资源的共享。当使用门户系统的组织的结构发生变化，就需要添加或者删除相关门户网站，重新配置硬件和软件资源，造成资源和安装成本的浪费。面对以上的问题，多门户技术应运而生。多门户就是在一个门户平台上运行多个虚拟门户，每个虚拟门户由相应的 Portlet 应用组成。多个虚拟门户共享一套门户平台，共享硬件和软件资源。所有的虚拟门户通过统一规划、统一部署、统一管理，
20、建立统一标准、统一规范，并通过相应的访问控制机制，各虚拟门户之间在逻辑上对数据，用户，资源进行相对隔离，实现多个虚拟门户的隔离，从而实现各门户相对独立。通过使用多门户系统，不同的虚拟门户根据不同的用户显示不同主题的页面。从而避免重复繁琐的硬件和软件安装过程，节约硬件、软件资源，也节约了安装和管理成本。由于虚拟门户是在逻辑上对门户的划分，是一个虚拟的概念，因此随着客户需求的变化，多门户系统能够灵活地变更虚拟门户，而无需更改硬件和软件资源,无须进行重复的安装和维护。采用多门户系统，一个组织能够为其不同部门，机构提供各自的门户网站。比如，一家跨国公司可以在一套门户系统上为处于不同国家或者地区的生产，
21、销售等分支机构提供虚拟的门户网站。对于门户提供商，可以在一套门户系统上很方便地为多家客户提供不同的门户网站服务。门户系统中存在众多 Portlet 应用，Portlet 应用本身是 Web 应用。对于普通的 Web 应用，不同的 Web 应用之间不能进行交互。但是在门户系统中，不同的 Portlet 应用间的交互很频繁，其中包含服务的交互。对于不支持多门户的门户系统，整个门户系统中运行一个门户网站，所有的服务都为一个门户服务，服务的数量不大且相对固定。但是在多门户环境下，不同的服务为不同的虚拟门户服务，服务存在作用范围，而且服务的数量大且会动态变化。因此在多门户系统中，服务具有自身的特点，这就
22、需要制定相应的策略进行管理。首先我们详细分析多门户环境下服务的特点。在多门户环境下，服务具有如下特点：1. 服务部署分散多门户环境下门户系统包含门户平台和多个虚拟门户，每个虚拟门户由相应的 Portlet 应用组成。门户平台本身包含服务，根据功能的需要，在 Portlet 应第一章 绪论3用中也可以开发相应的服务，因此服务分散存在于门户平台和 Portlet 应用中。2. 服务间存在依赖关系在多门户环境下，服务之间可能会出现依赖关系，即某些服务的启动和运行依赖于其他服务提供的资源。3. 服务数量动态变化由于存在多个虚拟门户，门户中的服务数量会根据需要增加或者减少，服务数量不固定，根据门户的需要
23、动态变化。4. 服务存在共享在门户系统中，不同的 Portlet 应用之间可以实现服务共享。5. 服务数量多，且增加迅速，对门户的压力越来越大由于多个虚拟门户共享一个门户平台，随着门户平台上虚拟门户数量的不断增加，Portlet 应用的数量也不断增加，门户中服务的数量也不断增加，服务对门户平台的压力也不断增加，对门户系统的性能的影响也越来越大。综上所述，根据多门户环境下服务资源的特点可知，要实现对服务资源的有效管理，所要解决的问题包括：如何管理服务的依赖关系，如何确定服务的作用范围，如何实现对服务资源的访问控制，以及如何实现对服务资源的动态管理，如何减轻服务对门户系统的压力。为了解决以上的问题
24、，需要制定相应策略实现对服务资源的有效管理。因此，设计一个易于二次开发，可插拔的服务资源管理框架，是十分必要的。1.2 论文的主要工作为了解决上述的问题，本文提出了一种多门户环境下服务资源管理框架。本文具体包含以下几个方面的工作：首先，介绍门户，多门户以及多门户环境下的服务资源的特点，并分析为了实现对服务资源的管理，所要解决的问题，从而提出一种服务资源管理框架；然后，对服务资源进行分类，并定义服务模型，从语法模型，部署模型，交互模型三个角度对服务模型进行分析。随后，对服务资源管理框架进行分析与设计，并分析其关键技术点，最后对服务资源管理框架进行实现。一种多门户环境下服务资源管理框架的设计与实现
25、41.2.1 多门户环境下服务资源的分析多门户系统包含门户平台和运行在门户平台上的多个虚拟门户。多门户环境下，服务具有如下特点：服务部署分散，服务之间存在依赖关系，服务数量动态变化，服务存在共享，而且服务数量多，增加迅速，对门户的压力越来越大。根据以上所述的多门户环境下服务资源的特点，为了实现对服务资源的有效管理，所要解决的问题包括：如何管理服务的依赖关系，如何确定服务的作用范围，如何实现对服务资源的访问控制，以及如何实现对服务资源的动态管理，如何减轻服务对门户系统的压力。为了解决上述的问题，本文提出了一种服务资源管理框架。1.2.2 服务资源管理框架的分析与设计首先对服务资源进行分类，并定义
26、了服务模型，从服务的语法模型，部署模型，交互模型三方面对服务模型进行定义。在此基础上，对服务资源管理框架进行总体设计，并给出了服务资源管理框架的四个模块：服务的生命周期管理模块，基于访问控制的服务调用模块，基于事件的服务管理模块和服务资源热部署模块，并分别对其进行分析与设计。1.2.3 关键技术在服务生命周期管理模块中，由于服务存在依赖关系，因此可能出现服务循环依赖的问题，以及服务冗余依赖的问题。通过相应的分析，设计相应的算法，解决上述问题。而且通过服务的依赖关系，确定服务的启动顺序。在基于事件的服务管理模块中，存在事件运行监控问题。具体包含事件循环触发的问题，和事件处理器运行监控问题。通过进
27、行相应的分析，设计相应的算法，解决了这一问题。1.2.4 服务资源管理框架的实现基于以上的分析与设计，对服务资源管理框架进行实现，并部署在门户中间件 OncePortal 中，实现对服务资源的管理。1.3 论文组织本文后续的章节按以下方式组织：第一章 绪论5第二章首先介绍门户的基本概念，门户的关键功能，以及门户的体系结构。然后介绍多门户系统以及多门户环境下服务资源的特点。然后根据服务资源的特点，总结出为实现服务资源管理所要解决的问题。为了解决这些问题，本文引出服务资源管理框架。第三章首先对服务资源进行分类，并定义服务模型。然后，对服务资源管理框架进行总体设计，并给出其四个模块的分析与设计。第四
28、章讨论在设计服务资源管理框架时所要使用的关键技术，其中包含服务依赖关系管理，以及事件运行监控问题。通过采用相关理论，设计相应的算法解决相应的问题。第五章给出了服务资源管理框架的实现。第六章对论文的工作进行总结，并对进一步的研究提出展望。一种多门户环境下服务资源管理框架的设计与实现6第二章 门户与服务资源7第二章 门户与服务资源本章首先介绍门户系统的概念，关键技术以及体系结构。然后介绍多门户系统以及多门户环境下服务资源的特点，从而总结出为了实现对服务资源的管理所需要解决的问题。2.1 门户2.1.1 门户概念门户（Portal）的原意是入口。门户是指访问各种信息资源的入口，它最早是用来指代提供综
29、合性新闻访问入口的公共门户网站。随着企业信息化建设的不断深入，门户开始进入企业信息领域。由于早期缺乏总体战略规划，致使企业在局部需求得到满足的同时，内部信息系统各自为政，无法互通互联，形成“信息孤岛” ，企业无法实现对整体业务和流程的全面掌控。在此背景下，企业信息门户（Enterprise Information Portal） 2应运而生。企业信息门户的主要用途是为企业的各种信息系统提供单一入口。总体来讲，门户是一个应用系统集成框架，它将各种应用系统、数据资源和互联网资源集成到一个信息管理平台之上。融合商业智能、内容管理、数据仓库/ 集市、数据管理等一系列用于管理、分析、发布信息的软件程序
30、4。并以统一的界面提供给用户，使企业可以快速地建立企业对客户、对员工和对企业的信息通道，使企业能够发布企业内外部的各种信息。2.1.2 门户关键功能门户是企业的信息和应用接入点，其在企业的业务和信息流程中起到了如下的作用 5：首先，门户对企业内部而言，是管理和查询日常业务的公用平台，员工能够以较低的成本和较高的效率访问企业内部各种信息。其次，门户对外是企业网站，通过门户及时向企业的伙伴和客户提供产品服务相关的信息，开拓新的业务。通过门户，企业能够整合企业内外的各种信息，同时使企业员工、客户和伙伴能够从单一的渠道访问其所需的个性化信息。虽然门户的类型多种多样，但一般认为门户应该具备如下一些功能
31、1,6：一种多门户环境下服务资源管理框架的设计与实现81. 单一访问方式：也就是单点登录（Single Sign On ，简称 SSO）。该功能允许用户通过一次登录，就可以通过门户这一入口对各种应用系统进行访问，而不用每次都打开相关的登陆页面并进行权限认证。2. 统一的用户权限管理：能够实现在门户系统中的统一的用户认证。用户无需申请多个账户，门户系统统一管理用户在不同系统中的权限，同一个用户，可以在不同系统中拥有不同权限。3. 个性化界面：用户可以根据自己的需要定制自己的个性化访问页面，这一页面只包含用户希望得到的信息和应用，而不显示用户不需要的信息和应用。4. 信息和应用集成：门户可以聚合企
32、业现有的、各种不同来源的信息资源和企业应用，用户通过门户可以方便地访问到这些信息和应用。5. 内容管理：根据对企业内外部各种类型信息的处理能力，支持多种结构的数据信息 7,8。2.1.3 门户体系结构门户体系结构包含：Portal 服务器（门户服务器）、Portlet 容器（门户组件容器）、Portlet 组件和支撑服务。 如图 2-1 所示：图 2-1 门户体系结构图 29第二章 门户与服务资源91. Portal 服务器（门户服务器）Portal 服务器是一个 Web 应用程序,它运行在应用服务器之上。它负责接收客户端的 Servlet9请求；然后解析 Servlet 请求，将 Servl
33、et 请求解析成为多个Portlet 请求，并将这些 Portlet 请求转发到 Portlet 容器；随后从 Portlet 容器中获取到 Portlet 响应；最后将对应于本次 Servlet 请求的所有 Portlet 响应根据用户的设置进行组装，形成一个完整的 Servlet 响应（完整门户页面）返回到客户端。2. Portlet 容器（门户组件容器）Portlet 容器为 Portlet 组件提供运行时环境，管理 Portlet 组件的生命周期。Portlet 容器接受来自 Portal 服务器的 Portlet 请求，然后通过 PortelAPI 接口调用相应的 Portlet 组
34、件以获取响应。但 Portlet 容器自身并不对 Portlet 响应进行组装操作，只是简单地将响应返回给 Portal 服务器处理。3. Portlet 组件Portlet 组件是一个可插拔的、基于 Java 技术的 Web 组件。它由 Portlet 容器管理，执行容器转发的 Portlet 请求并生成一段页面片段。通常，在一张门户页面上会包含很多个 Portlet 组件，所有这些组件生成的页面片段组装在一起就形成了用户看到的门户页面。4. 支撑服务支撑服务是门户系统运行所需的服务，如日志服务，缓存服务，配置信息管理服务，注册信息服务，访问控制服务等。支撑服务部分相对独立，通过封装服务接口
35、Service API提供一些基本的功能，便于上层的调用 3。2.2 多门户简介随着信息化浪潮的不断推进，门户技术的应用也越来越广,对门户的需求不断攀升，门户的数量也在迅速增加。在企业信息化的过程中，随着企业规模的扩大，业务范围的扩展，分公司数量不断增加，每一个分公司都需要使用门户系统建立自己的门户网站。在企业联盟中，各连锁、加盟企业都需要使用门户系统建立各自的行销网站。在政府政务信息化过程中，政府的各级部门需要使用门户系统建立相应的电子政务、资讯发布、公文交换网站。在校园信息化的过程中，学校各院系需要使用门户系统建立各自的资讯发布、资讯交换网站。一种多门户环境下服务资源管理框架的设计与实现1
36、0门户供应商使用门户系统为企业政府等组织提供门户托管服务，随着业务的迅猛发展，所需要建立的门户网站数量也越来越多。面对上述需求，如果采用只支持一个门户网站的门户平台（例如 Pluto1.010,OncePortal2.020,OncePortal3.011）搭架相应的门户网站，那么每搭建一个门户网站就需要安装一套门户系统。因此，这就需要在多台计算机上安装多套门户系统，浪费大量硬件和软件资源。而且，多个门户之间相互独立，不利于统一管理统一维护。当公司等组织的结构发生变化，就需要更新相关门户网站，重新配置硬件和软件资源，造成资源的浪费。只支持一个门户网站的门户已经不能满足上述需求，于是多门户系统就
37、应运而生。多门户系统是在一套门户平台上运行多个虚拟门户，各虚拟门户在逻辑上通过数据，用户，资源的相对隔离，实现相对独立。各个虚拟门户共享一个门户平台，有助于最小化内存消耗量以及实现在多重虚拟门户中共享应用程序和数据 12。所有的虚拟门户网站共享一个 JAVA 虚拟机和相关的门户网站的配置。而且多个虚拟门户之间能够实现资源的共享，如：服务，Portlet，用户角色以及主题资源的共享。通过统一规划、统一部署、统一管理，建立统一标准、统一规范，节省计算机硬件和软件资源。由于虚拟门户是一个虚拟的概念，是在逻辑上对门户的划分，因此可以根据业务的需求快速构建虚拟门户，而且随着客户需求的变化，能够灵活地变更
38、虚拟门户，而无需更改硬件和软件资源。多门户系统用途广泛，一个组织能够使用多门户系统为其不同部门，不同机构提供各自的门户网站。比如，一家跨国公司可以在一套门户系统上为其处于不同国家或者地区的生产，销售，管理，维护等分支机构提供虚拟的门户网站。对于门户提供商，可以在一套门户系统上很方便地为多家客户提供不同的门户网站服务。多门户的体系结构图如图 2-2 所示，在一个门户平台 PortalPlatform 上运行多个虚拟门户 VirtualPortal，每个虚拟门户由多个 Portlet 应用组成。因此，在多门户开发的过程中，基本单元是 Portlet 应用（PortletApp） 。虚拟门户只是一个
39、虚拟的概念，是通过数据，用户，资源的相对隔离在逻辑上形成的。第二章 门户与服务资源11VirtualPortalVirtualPortalMulti-PortalPortletApPortletAp PortletApPortletApPortal Platform图 2-2 多门户体系结构图常见的多门户产品包括开源 Portal 产品 JBoss Portal13和 Liferay14，商业产品 IBM WebSphere Portal15。其中 IBM WebSphere Portal 支持创建和管理多个虚拟门户。每个虚拟门户具有不同的主题外观、页面、用户和组、URL 地址、搜索引擎等，可
40、以实现分权限管理等功能。2.3 多门户系统中的服务资源服务资源是 运 行 在 后 台 并 无 需 用 户 直 接 交 互 的 程 序 16， 是门户为了满足运行管理维护的需要，提供的静态的可重用的程序组件。这些组件基于一定的标准，与门户系统松散耦合，具有高度的可重用性，对门户系统的基本功能和相关的外围功能起支撑作用。服务资源简称为服务。对于门户系统，服务是其中重要的组成部分之一。门户要进行正常的运行管理维护，就必须具备相应的服务进行支撑。门户系统中存在众多 Portlet 应用，Portlet 应用本身是 Web 应用。对于普通的 Web 应用，不同的 Web 应用之间不能进行交互。但是在门户
41、系统中，不同的 Portlet 应用间的交互很频繁，其中包含服务的交互。对于不支持多门户的门户系统，整个门户平台运行一个门户网站，所有的服务都为一个门户服务，服务的数量不大且相对固定。但是在多门户环境下，一种多门户环境下服务资源管理框架的设计与实现12不同的服务为不同的虚拟门户服务，服务存在作用范围，而且服务的数量大且会动态变化。因此在多门户系统中，服务具有自身的特点，需要采取相应的策略，实现对服务资源的管理。首先，分析多门户环境下服务资源的特点。在多门户环境下，服务具有如下特点：1. 服务部署分散多门户环境下门户系统包含门户平台和多个虚拟门户，每个虚拟门户由相应的 Portlet 应用组成。
42、门户平台本身包含服务，根据门户功能的需要，在Portlet 应用中也可以开发相应的服务。因此服务部署分散，分散部署于门户平台和 Portlet 应用中。2. 服务间存在依赖关系不同服务之间可能存在依赖关系，即有些服务的启动和运行依赖于其他服务提供的资源。例如门户的用户信息存储在数据库中，用户管理服务依赖于数据库服务，那么只有数据库服务启动后用户管理服务才能正常启动。3. 服务数量动态变化门户系统中存在众多虚拟门户，根据用户的需求，虚拟门户在不断动态变化，服务也在不断发生变化。因此，门户中的服务数量并不固定，而是根据需要动态增加或者减少, 因此需要制定相应的策略动态管理服务。4. 服务存在共享门
43、户系统支持不同的 Portlet 应用之间的交互，因此，不同的 Portlet 应用之间服务可以实现共享，这就需要制定相应的策略确定服务的作用范围。5. 服务数量多，且增加迅速，对门户的压力越来越大由于多个虚拟门户共享一个门户平台，随着门户平台上虚拟门户数量的不断增加，Portlet 应用不断增加，门户平台上的服务的数量也不断增加，服务对门户平台的压力不断增加，对门户系统的性能的影响也越来越大。针对多门户环境下服务资源的特点可知，要实现对服务资源的有效管理，所要解决的问题包括：如何管理服务的依赖关系，如何确定服务的作用范围，如何实现对服务资源的访问控制，以及如何实现对服务资源的动态管理，如何减
44、轻服务对门户系统的压力。第二章 门户与服务资源13相关的门户产品在服务资源管理方面有相应的策略：开源门户 Pluto2.010和 LightPortal26使用 Spring27对服务资源进行管理。 OncePortal3.011不支持多门户，门户平台上只运行一个门户网站，服务存在于门户平台中，所有的服务都为一个门户网站服务，服务没有作用域的概念。IBM WebSphere Portal15对门户中的各种资源划分不同的作用域，使资源只在特定的虚拟门户中能够被使用，从而实现资源的管理。为了解决多门户环境下服务资源管理的问题，参考相关门户产品服务管理的策略，本文提出了一种服务资源管理框架。2.4
45、小结本章首先介绍了门户系统的概念，门户的关键技术以及门户的体系结构。然后介绍了多门户系统，最后介绍多门户环境下服务资源的特点，从而总结出为了实现对服务资源的管理所需要解决的问题。为了解决服务资源管理的问题，参考相关门户产品服务资源管理的策略，本文提出了一种服务资源管理框架。一种多门户环境下服务资源管理框架的设计与实现14第三章 服务资源管理框架的分析与设计15第三章 服务资源管理框架的分析与设计本章首先对服务资源进行分类，并对服务模型进行定义。然后在此基础上，对服务资源管理框架进行分析与设计。3.1 服务资源的分类门户中有很多服务资源，所有服务资源的集合用 S 表示。定义 3.1（平台服务，应
46、用服务）门户系统中的服务可以分为：平台服务和应用服务。平台服务是门户平台运行相关的服务，所有的平台服务的集合用 Sp表示；应用服务是虚拟门户（Portlet 应用）运行相关的服务，所有应用服务的集合用 Sa 表示。且 。,papaSS定义 3.2（核心服务，外围服务）门户系统中的服务也可分为：核心服务和外围服务。核心服务是门户平台（Web 应用）以及 Portlet 应用运行必需的服务，所有核心服务的集合用 Sc 表示。应用启动时，核心服务必须启动，且一直处于运行状态，不能够停止，否则应用就会出错甚至崩溃，只有当应用关闭时才能关闭这些服务。外围服务是指核心服务以外的所有服务，所有外围服务的集合
47、用 Sr 表示。外围服务不是应用运行必需的服务，只在应用使用相应功能时起作用。且 。,crcrS平台服务集 Sp，应用服务集 Sa，核心服务集 Sc，外围服务集 Sr 的关系如图3-1 所示。外围服务集 Sr 满足 。()rpa图 3-1 服务集合关系图3.2 服务模型服务是一种程序组件，由相应的服务接口，服务实现类和配置文件组成。本节从服务的语法模型，部署模型，交互模型 19三方面对服务模型进行定义。一种多门户环境下服务资源管理框架的设计与实现163.2.1 语法模型服务都要实现 Service 接口，Service 接口主要提供服务的一些抽象描述，提供所有服务共同的抽象接口，以便于进行服务
48、的管理以及一些公共的操作，如：服务的启动，服务的关闭。Service 接口如图 3-2 所示：interface service(ServiceConfig s)boolean init(ServiceConfig s);/服务的启动boolean stop(ServiceConfig s);/服务的关闭int getState(ServiceConfig s);/获得服务的状态图 3-2 Service 接口图 boolean init(ServiceConfig s)：服务的启动方法，进行服务的初始化。在此方法中，服务通过读取服务的参数进行初始化。如果服务启动成功，返回 true，否则返回
49、 false。 boolean stop(ServiceConfig s)：服务的关闭方法。服务实例销毁的方法，释放服务所占用的资源。如果服务关闭成功，返回 true，否则返回false。 int getState(ServiceConfig s)：获得服务的状态。此方法返回服务当前所处的状态的编号。服务的状态包含就绪状态（ready） ，可用状态（Usable） ，不可用状态（ Unusable） ，出错状态（ Error） 。所有的服务都要实现 Service 接口，由于不同的服务在调用时方法差异较大，所以，只定义了服务的几个基本方法，如图 3-2 所示，服务具体的方法由服务自身确定。3.2.2 部署模型服务要制定相应的部署描述规则，规范服务的部署，才能确保服务资源管理框架能够准确定位和加载相应的服务。服务分布在 Portlet 应用和门户平台（Web 应用）中，服务的部署描述文件具体存放在服务所在的应用的 WEB-INF/SERVICE-INF
