CN1494017A - 用于环球网服务结构中的包容器选择器及其选择方法 - Google Patents

Abstract

用于Web服务结构中的包容器选择器包括：应用包容器查询工具，其可操作地配置来查询用于支持库和相关的配置信息的列表的独立的应用包容器；比较器，其设计为将所述列表与另一个必要的库和特定的被请求的Web服务所用的相关配置信息的列表进行比较；最后，Web服务复制请求器，其可操作地配置来请求在特殊的应用包容器内的Web服务实例。具体地讲，该特殊的包容器能够是新的包容器，比较器不能够识别具有与必要的库和相关配置信息相匹配现存的包容器。另外，所述包容器能够是列表中的包容器，比较器能够识别具有与必要的库和相关配置信息相匹配的现存的包容器。

Description

用于环球网服务结构中的包容器选择器及其选择方法

技术领域

本发明涉及环球网(Web)服务领域，尤其涉及通过网格机制的操作实例化应用包容器中(application container)的Web服务实例。

背景技术

分布计算使Web服务变得风行，并且被视作开发通用模型的基础，该通用模型是支持万维网上基于组件应用的快速开发的模型。本技术领域已知Web服务包括众多的新兴标准，这些标准描述面向服务和基于组件的应用结构。尤其，Web服务是在语义上封装了离散的函数、不密切相关并可再使用的软件组件，以及基于标准网络协议分布和计划地接入该Web服务。

从概念上讲，Web服务代表一种模型，其中在计算过程内的离散的任务广泛地分布于有价值的网。尤其，许多产业专家认为面向服务的Web服务是因特网下一发展阶段的第一步。典型地讲，Web服务能够以诸如Web服务定义语言(WSDL)的接口定义，以及能够根据该接口实现，尽管该实现几乎不详述内容，但只要该实现符合所述Web服务接口。根据对应的接口，一旦实现了Web服务，该实现就能够用Web服务注册来注册，例如，本技术领域已知的通用说明、发现和集成(UDDI)。在注册时，通过使用包括例如简单对象访问协议(SOAP)的任何支持消息协议，服务请求器能够访问该Web服务。

在支持Web服务、找到可靠的服务和实时动态地集成这些可靠的服务的面向服务的应用环境中，已经证明要满足应用的目的是有问题的。虽然注册、目录和发现协议提供用于实现服务检测和服务到服务的互连逻辑的基本结构，但是该注册、目录和发现协议不适于单独分布的协同工作。当然，为使Web服务容易地分布在统一的应用形式中，要求一种更结构化和形式化的机制是必要的。

尤其，以这样一种方式经过分布式系统，即经由开放式网格服务结构(OGSA)的网格机制的机理能够提供有关发现和Web服务联结的协议(以下称作“网格服务”)。如(Lan Foster，Carl Kesselman，and Steven Tuecke，The Anatomy of the Grid，Intl J.Supercomputer Application(2001)，andalso in Lan Foster，Carl Kesselman，jeffrey M.Nick and Steven Tuecke，The Physiology of the Grid，Globus.org(june 22，2002))所述，网格机制能够提供分布计算的基础结构，通过该基础结构网格服务实例能够被请求客户创建、命名和发现。

网格服务通过提供对增强的资源共享和安排的支持、对被复杂的分布应用通常所要求的耐久状态的支持和对内部企业合作的支持来扩展起码的Web服务。此外，虽然Web服务单独地进行固有服务的发现和请求，但是网格服务支持瞬态服务实例，该实例能够动态地创建和毁掉。使用网格服务显著的优点可以包括：由于较有效的利用计算资源，减少了信息技术的所有权的花费；和提高了集成各种计算组件的简易性。因此，该网格机制，尤其符合OGSA的网格机制，能够实现面向服务结构，通过面向服务结构，分配系统集成的要素甚至能够经过组织域的提供。

在传统的Web服务配置和网格服务配置中，能够提供创建和配置新的Web服务实例的Web服务创建过程。两种情况下，尤其在网格服务的情况下，在向远端主机复制Web服务的过程期间，必须确定Web服务的新的实例是否应该驻留于现存的Web应用包容器中，或该Web服务的新的实例是否应该驻留于新创建的Web应用包容器中。在所述确定过程中，能够考虑几个因素，首先，多重支持库版本的执行环境和可用性必须考虑。尤其，最好能够例示在兼容性的促进或执行请求Web服务方面的特殊版本。

其二，最好能够在独立的Web应用包容器中，功能性地聚集特殊的Web服务。最后，选择能够是用户需要的实例化的Web服务的特殊的应用包容器。目前，使用能配置Web服务实例的特殊的Web应用包容器能够以静态方式，根据应用管理者的需要手动地进行。然而，根据应用终端用户的运行时间请求，计划地选择Web应用包容器来管理Web服务实例将是特别有利的。因此，从长远来看，未解决的对计划的方法和系统的需要，该方法和系统是动态的选择管理远端Web服务实例的Web服务包容器的方法和系统。

发明内容

本发明是用在Web服务结构中的包容器选择器。该包容器选择器可以包括：应用包容器查询工具，已经可操作地配置来在Web服务主机中查询用于被支持库和相关的配置信息的列表的独立的应用包容器，该Web服务主机能够通过Web服务结构访问；比较器，其设计为将所述列表与其它必要的库和特定的被请求的Web服务所用的相关配置信息的列表进行比较；

最后，Web服务复制请求器，其可操作地配置来请求所述Web服务主机中的应用包容器内的所述Web服务实例，尤其，所述应用包容器能够是新的应用包容器，对于所述新的应用包容器，比较器不能够识别具有与必要的库和相关配置信息相匹配的库和相关配置信息的现存的包容器，否则，所述应用包容器能够是特殊的应用包容器，对于该特殊的应用包容器，比较器能够识别具有与必要的库和相关配置信息相匹配的库和相关配置信息的现存的包容器。

特别地，应用包容器查询工具能够可操作地配置来在远端Web服务主机中查询的独立的远端放置的应用包容器。尤其，应用包容器查询工具能够通过Web服务结构中的远端服务部署处理器来进行查询。在那一点上，Web服务结构能够是网格结构，以及应用包容器查询工具能够是GridServicequeryByServiceDataName操作。此外，在Web服务结构是网格结构处，应用包容器查询工具能够是GridServic FindServiceData操作。

在任何情况下，包容器选择器还能够包括匹配属性表，其有从小于属性、小于或等于属性、等于属性、大于属性、大于或等于属性、范围属性和不等属性组成的组中选择至少一个属性，所述比较器按照定义在所述表中的匹配属性引导来执行所述比较。还有，所述Web服务主机中所述独立应用包容器的至少一个包含有被支持库和相关的库参数的列表的版本化的文档。此外，相关的库参数能够包括版本化信息。

在Web服务结构中，用于选择应用包容器来管理所请求的Web服务的实例的应用包容器选择方法能够包括识别至少一个指定的支持库。作为用在此处的术语“支持库”不仅能够涉及到支持的应用库，而且涉及到支持的可执行的和可判断的应用，以及其它支持的文件和逻辑。同样地，能够为与应用包容器相关的支持库的列表查询独立的  或多个应用包容器。从所述列表中，能够确定任何应用包容器是否有对指定的支持库的访问。

结果，在特殊的应用包容器中能够请求Web服务的实例的创建。即，该特殊的应用能够是新的应用包容器，对于该新的应用包容器，确定现存的应用包容器没有对所述指定的支持库的访问，否则，应用包容器能够是现存应用包容器中一个特殊的应用包容器，对于该特殊的应用包容器，确定所述现存的应用包容器中一个特殊的应用包容器有对所述指明的支持库的访问。

更为重要，在客户过程中，能够执行前述的识别、确定和请求中的每个步骤，同时在服务器过程中，能够执行查询步骤。此外，配置文件能够从客户过程中收到，其中该配置文件能够命名指定的支持库。从而，在服务器过程中，能够执行识别、确定和请求中的每个步骤。然而，在两种情况下，查询步骤能够包括通过远端服务配置处理器来查询用于与远端放置的应用包容器相关的支持库的列表的一个或多个远端放置的应用包容器。

附图说明

附图中示出本发明的优选实施例，然而，可以理解本发明不限于所示出的精确安排和手段，其中：

图1是根据本发明的已配置的Web服务分布结构的图解说明方框图；

图2是在图1的分布结构中，用于选择Web服务能被复制到远端主机的包容器的控制客户过程的图解说明的流程图；

图3是在图1的分布结构中，用于选择Web服务能被复制到远端主机的包容器的控制服务器过程的图解说明的流程图。

具体实施方式

本发明是一种用于选择管理远端实例化的Web服务的包容器。尤其，根据本发明，请求Web服务的客户能够向诸如工厂创建Web服务引擎过程那样的Web服务配置过程，指定对于请求的Web服务的操作是必要的支持应用的类型。在响应时，基于指定的在远端主机中预先存在的包容器内的支持应用和库的存在，能够选择现存的应用包容器或新的应用包容器中的一个来管理请求的Web服务的新的实例化的复制品。以这种方式，该应用包容器能够根据应用终端用户的运行时间要求，计划性地被选来管理Web服务实例。

图1是根据本发明的已配置的Web服务分布结构的图解说明方框图。对本领域的技术人员将是明显的，Web服务分布结构能够配置为通过计算机通信网110互连的一个或多个Web服务主机100和120，例如，因特网。单独的请求客户190能够从一个或多个Web服务主机100和120请求对Web服务的访问。尤其，如本技术领域已知的，SOAP编码的多个消息能够在请求客户190和Web服务主机100和120之间进行交换，该消息能够包括对发现特殊的Web服务的位置的请求，以及对显示被请求的Web服务的网络位置的请求的响应。

Web服务主机100和120能够以集中方式安排在服务器计算装置内，或以分布方式安排在多重服务器计算装置上。无论哪种方式，能提供的Web服务器140能够被配置来响应诸如标签文档的内容的网络请求。本领域的普通技术人员将理解，Web服务器140能够依据超文本传输协议(HTTP)或其它这样的传输协议配置来处理SOAP消息，以及分布诸如超文本链接标示语言(HTML)格式化的文档和扩展标记语言(XML)格式化的文档等等的标签。

Web服务器140能够在Web服务主机100和120中以通信的方式连接到应用服务器150。现有技术中已知的应用服务器典型地被配置为无论以解释方式还是以自然的格式来处理机器代码。传统的应用服务器处理诸如脚本语言(script)和servlet这样的服务器边的逻辑。无论如何，应用服务器150能够连接到Web服务器引擎160，该Web服务器引擎160已经可操作地配置为在一个或多个Web服务包容器130中实例化独立Web服务。更为重要，每个Web服务包容器130能够访问一个或多个支持库和应用180，例如，标签解析器或标签代码转换机。在那儿，运行在包容器130中的Web服务能够访问支持库180操作的函数。

更为重要，诸如工厂创建服务这样的Web服务创建过程170能够配置在每个Web服务主机100和120中。该Web服务创建过程170可以根据传统的Web服务结构实现服务创建接口，或Web服务创建过程170能够实现这样的网格服务接口。由OGSA定义的和例如，根据Globus Project，Globus ToolkitFutures：An Open Grid Services Architecture，Globus Tutorial，Argonnenational Laboratory(2002年1月29日)指明的。

作为本领域的已知技术，OGSA适应的网格服务接口能够包括下列接口和行为：

●Web服务创建(工厂)

●全局命名(网格服务处理)和参考(网格服务参考)

●生存期管理

●注册和发现

●授权

●并行

●可管理性

在那儿，在Web服务创建过程170能够是工厂创建服务，工厂创建服务包括能够用“Factory CreateService()”，将Web服务实例复制到新的或预先存在的应用包容器中的工厂接口。

更重要地，Web服务创建过程170能够在一个或多个远端主机120实例化复制请求的Web服务的实例。尤其，与网格结构的意图一致，本发明已被配置成在网格结构中操作的情况下，在由独立的远端主机120承受的处理负载超出可接受的或预指定的容量，其它独立的远端主机120能够选来管理新的被选择的Web服务实例。为了使复制和Web服务实例化在远端主机容易进行，远端服务配置处理器195可以被配置在远端主机120中。

尤其，所请求的Web服务能够与相关的配置描述器和执行文档一起存档在Web服务创建过程170内。档案文件能够从Web服务创建过程170转送到远端主机120中的远端服务配置处理器195，该远端服务配置处理器195能够可变化地扩展该档案文件到现存的或新创建的包容器130中的一个。

在远端主机120中，能够给Web服务分配唯一识别，因此，该Web服务执行文档不仅能够参考远端主机120的识别，而且能够参考远端主机120中的Web服务分配唯一识别来修改。此外，为了Web服务使用，将要求扩展新的Web服务接口文档，该Web服务执行文档能够参考远端主机120中的Web服务接口文档的位置来修改。

更为重要，与Web服务相关的配置描述符能够被修改来反映Web服务的唯一识别。一旦修改了该配置描述符，被修改的配置描述符能够传递到远端主机120中的Web服务引擎，以便Web服务引擎能够配置远端主机120中的Web服务。随后，对于已修改的Web服务执行文档的网络参考能够返回到Web服务创建过程170，以便Web服务主机100中的Web服务引擎160能够按需要公布和利用远端配置的Web服务。

更为重要，驻留在一个或多个远端主机120中的特殊的应用包容器130能够选择来管理被要求的Web服务的新的实例。此外，新的应用包容器(没有示出)能够选择来管理所要求的Web服务的新的实例。为容易地选择管理所请求的Web服务的新的应用包容器或特殊的现存的应用包容器130，能够提供与Web服务创建过程170相关的包容器选择器185。

而且，包容器选择器185能够选择地确定现存的应用包容器130是否能够基于几个因素来管理所请求的Web服务，所述几个因素诸如：每个应用包容器130中可用的支持库180的执行环境和版本、应用包容器130中Web服务的功能分组或简单配置的优先权。对于不能识别合适的预先存在的应用包容器处，能够在远端主机120中请求新的应用包容器。

尤其，根据本发明，能够为选择期望的用于管理所请求的远端主机中Web服务的Web应用包容器提供双重(dual)处理。具体地讲，能够提供客户控制过程和服务器控制过程。在客户控制过程中，客户过程能够查询Web服务创建过程170以确定由Web服务创建过程170生效的现存应用包容器是否能够满足特殊的Web服务的计算要求。

基于所述结果，客户过程能够请求Web服务创建过程170向远端主机120中新的或识别的应用包容器130复制所请求的Web服务。通过比较，在服务器控制过程中，客户过程仅能向Web服务创建过程170提供必要的计算请求，且被Web服务创建过程170用在识别和选择复制被请求的Web服务的应用包容器130。

图2是在图1的Web服务结构中，用于选择Web服务能被复制到分布结构的远端主机的包容器的控制客户过程的图解说明的流程图。在方框205开始，客户过程能够明确地表达对Web服务创建过程的查询。例如，该查询能够请求驻留在一个或多个各种远端主机中的应用包容器之内的可用的支持应用的列表。例如，在OGSA上下文中，客户过程能够明确地表达下列查询，以返回以名字“weappcontainers”为参考的应用包容器的列表：

(gsdl：queryBYServiceDataName name＝″weappcontainers″/>在OGSA文中，替代方法能够利用GridService FindSerciceData操作，而不是GridService queryBySerciceDataName操作。

在任何情况下，在方框215中，明确表达的查询能够转送到Web服务创建过程，以及在方框220中，客户过程能够等待响应。现在看服务器过程，方框225中，Web服务创建过程能够等待查询。在方框230中，能够收到明确表达的查询，以及在方框235中，对应的查询能够以这样的方式来建立，该方式被设计成便于获得与任何一个Web服务主机中的任何一个应用容器有关的操作的支持应用的列表。

在方框240中，可以定位远端主机中的第一应用包容器，改远端主机例如可以远端服务配置处理器进行访问，以及在方框245中，可以用例如FindServiceData操作，来将所述查询转送到所找到的应用包容器。在方框250中，该FindServiceData操作能够等待来自所找到的应用包容器的响应。在收到查询时，该应用包容器能够为每个可接近的支持应用检查版本的信息。尽管任何获得版本的信息的合适方法能够满足要求，但是本发明最好的方面是每个支持应用包容器能够以分开的配置文档发布它的配置信息。

例如，“version.xml”文档能够存储在与应用包容器相关的META-INF目录中。一种示范配置文档已在附录C中说明。从附录C的标签中明显的看到，配置文档能够列出应用容器中每个被支持库或应用的名字，以及相关的版本。这样，或者通过直接检查配置文件，或者在应用包容器本身中通过查询的方法，能够确定什么应用或库在被找到的应用包容器中驻留或被支持。

在方框255中，由被找到的应用包容器提供的被支持的应用或库的列表能够合并成集合列表。典型的响应已在附录A中说明。这样，在方框260中，如果其它可接近的应用包容器尚须被查寻，在方框265中，该查询能够转送到下一个被找到的应用包容器，并且所述过程能够重复。最终，当每个可接近的应用包容器被查寻完，以及所述支持应用或库的列表集合被编译时，在方框270中，该集合能够返回到客户过程，例如附录B中示出的OGSA服务数据单元(OGSA Service Data element)。

在方框275中，在客户过程中，由Web服务创建过程返回的结果能够被检查，来确定这些支持的应用、库和相关的版本信息，远端主机中的可操作的应用包容器中的特殊的应用包容器能够访问这些支持的应用、库和相关的版本信息。基于这个检查，在方框280中，客户过程能够确定任何所列的应用包容器是否能够提供具有必要版本的应用和库，以便满足所期望Web服务的操作要求。对于没有应用包容器能够满足处，在方框285中，所述客户过程能够用新的应用包容器请求创建所选择的Web服务。否则，在方框290中，所述客户过程能够用现存的识别在方框280中的应用包容器请求创建所选择的Web服务。

更为重要，虽然客户过程能够在复制请求中指明是否应该创建新的应用包容器来管理远端主机中所选择的Web服务，但是Web服务创建过程能够超越客户过程的优先权。更具体地讲，基于安全和授权信息，该Web服务创建过程能够确定是否相信客户过程的请求，然而，如果Web服务创建过程不信任客户过程请求，相应的通知能够提供给客户过程，而不是只对所选择的服务器的应用包容器进行复制处理。

与图2比较，图3是在图1的结构中，用于选择Web服务能被复制到分布结构的远端主机的包容器的控制服务器过程的图解说明的流程图。在方框305开始，Web服务创建过程能够收到请求来向远端主机复制特殊的Web服务。例如，被包括的请求作为服务参数，为满足所请求Web服务的操作，有必要配置文件能指定所期望的必要的支持应用的级别。例如，一种示范配置文件包括：

<configuration>

     <software name＝″MyParser″version＝″1.3″match＝″eq″/>

     <software name＝″MyTranscoder″ version＝″2.0″match＝″ge″/>

</configuration>

对于本领域的技术人员将是明显的，配置文件能够是XML文件，且能够包括“匹配”属性。尽管本发明不限于其中所说明的属性的特性形式，但是合适的属性表可能包括：

匹配	定义
		lt	小于-匹配小于指定值的任何版本
le	小于或等于-匹配小于或等于指定值的任何版本
		eq	等于-匹配这个精确的版本
ne	不等于-匹配任何版本，除了指定的版本
		gt	大于-匹配大于指定值的任何版本
ge	对于或等于-匹配大于或等于指定值的任何版本
		range	匹配版本属性中被逗号隔开的值中的一个

使用匹配特性，Web服务创建过程能够确定驻留在远端主机的可接通的应用包容器中识别的支持应用是否满足被请求的Web服务的操作要求。尤其，在方框310中，所述配置文件能够被解析，以及查询能够明确地表述在方框315中，用于从远端主机的每个可接近的应用包容器中检索支持应用的列表。在方框320中，第一应用包容器的位置能够被找到，能够通过诸如远端服务配置处理器访问远端主机中的该第一应用包容器，以及在方框325中，诸如用FindServiceData操作，所述查询能够转送到所找到的应用包容器。在方框330中，该FindServiceData操作能够等待来自所找到的应用包容器的响应。

在方框355中，由被找到的应用包容器提供的被支持的应用或库的列表能够合并成集合列表。此外，典型的响应已在附录A中说明。这样，在方框340中，如果其它可接近的应用包容器尚须被查寻，在方框345中，该查询能够转送到下一个被找到的应用包容器，并且所述过程能够重复。最终，当每个可接近的应用包容器被查寻完，以及所述支持应用或库的列表集合被编译时，在方框350中，能够检查该集合，以及能够对照请求的Web服务的指明的要求比较匹配特性。

基于这个检查，在方框355中，Web服务创建过程能够确定任何所列的应用包容器是否包括必要版本的应用或库，以便满足所期望Web服务的操作要求。对于没有应用包容器能够满足处，在方框365中，所述客户过程能够用新的应用包容器请求创建所选择的Web服务。否则，在方框360中，所述客户过程能够用现存的识别在方框355中的应用包容器请求创建所选择的Web服务。

根据本发明，远端实例化Web服务能够共享Web应用包容器，结果，远端实例化Web服务能够共享库资源。同样，支持应用配置数据的集合能够允许包容器选择逻辑计划地选择满意的管理所请求的Web服务实例的包容器。最后，根据本发明的安排，Web服务创建过程或OGSA工厂创建操作能够承担可告知的决定过程，以便选择管理所请求的Web服务复制的现存的应用包容器，或请求管理所请求的Web服务复制的新的应用包容器的创建。

本发明能够用硬件、软件或硬件和软件的结合来实现。本发明的方法和系统的执行能够以集中方式在一个计算机中实现，或以不同的单元分布在几个相互连接的计算机系统上的分布方式实现。任何种类的计算机系统，或其它用于执行描述在此的方法的适配设备，对于执行描述在此的功能是合适的。

一种典型的硬件和软件的结合是通用的计算机程序和计算机系统，当所述程序被装载和执行时，该程序将控制计算机系统，使得能够实现这里所述的方法。本发明也可以以计算机程序产品来实现，所述计算机程序产品包括所有能够实现上述方法的实现，并且当其装载进计算机系统时就能实现这些方法。

本发明中的计算机程序或应用是指以一套指令的任何语言、代码或符号的任何表达，该指令试图使具有信息处理能力的系统以直接或以下列两种方法来执行特定的功能，这两种方法是：a)转换成另一种语言、代码或符号；b)以不同的介质形式来再现。很明显，在不背离本发明的精神或实质属性的情况下，能够以不同的形式来体现本发明，并且因此，必须参考所附权利要求，而不只是本发明范围所指的上述说明。

                                 附录A<br/>
＜webapps＞<br/>

     ＜webapp name＝”MyApp1″baseURL＝”http：//server1″＞<br/>

          ＜software name＝”MyParser”version＝”2.0″/＞<br/>

          ＜software name＝”MyTranscoder”version＝”2.3″/＞<br/>

     ＜/webapp＞<br/>

     ＜webapp name＝”MyApp2″baseURL＝”http：//server1″＞<br/>

          ＜software name＝”MyParser”version＝”1.3″/＞<br/>

          ＜software name＝”MyTranscoder”version＝”2.0″/＞<br/>

     ＜/webapp＞<br/>

     ＜/webapps＞<br/>

                                     附录B<br/>
＜gsdl：serviceData name＝”webappcontainers”<br/>

       goodFrom＝”2002-03-09T17:02:06″<br/>

       goodUntil＝”2003-03-09T17:02:06″<br/>

       availableUntil＝”2003-03-09T17:02:06″<br/>
＞<br/>

       ＜webapps＞<br/>

            ＜webapp name＝”MyApp1″baseURL＝”http：//server1″＞<br/>

                 ＜software name＝”MyParser”version＝”2.0″/＞<br/>

                 ＜software name＝”MyTranscoder”version＝”2.3″/＞<br/>

            ＜/webapp＞<br/>

            ＜webapp name＝”MyApp2″baseURL＝”http：//server1″＞<br/>

                 ＜software name＝”MyParser”version＝”1.3″/＞<br/>

                 ＜software name＝”MyTranscoder”version＝”2.0″/＞<br/>

            ＜/webapp＞<br/>

            ＜webapp name＝”MyApp1″baseURL＝”http：//server2″＞<br/>

                 ＜software name＝”MyParser”version＝”2.0″/＞<br/>

                 ＜software name＝”MyTranscoder”version＝”2.3″/＞<br/>

            ＜/webapp＞<br/>

            ＜webapp name＝”MyApp2″baseURL＝”http：//server2″＞<br/>

                 ＜software name＝”MyParser version＝”1.4″/＞<br/>

                 ＜software name＝”MyTranscoder”version＝”2.1″/＞<br/>

            ＜/webapp＞<br/>

        ＜/webapps＞<br/>
＜/gsdl：serviceData＞<br/>

                                    附录C<br/>
＜configuration＞<br/>

      ＜software name＝”MyParser”version＝“1.3″/＞<br/>

      ＜software name＝”MyTranscoder”version＝“2.0″/＞<br/>
＜/configuration＞<br/>

Claims (20)

1.一种Web服务结构中所用的包容器选择器，该包容器选择器包括：

应用包容器查询工具，其可操作地配置来在Web服务主机中查询用于被支持库和相关的配置信息的列表的独立的应用包容器，该Web服务主机能够通过Web服务结构访问；

比较器，其设计为将所述列表与另一个必要的库和特定的被请求的Web服务所用的相关配置信息的列表进行比较；和

Web服务复制请求器，其可操作地配置来请求所述Web服务主机中的应用包容器内的所述Web服务的实例，所述应用包容器是从新的应用包容器和特殊的应用包容器组成的组中选择的，对于所述新的应用包容器，比较器不能够识别具有与必要的库和相关配置信息相匹配的库和相关配置信息的现存的包容器，以及对于所述特殊的应用包容器，比较器能够识别具有与必要的库和相关配置信息相匹配的库和相关配置信息的现存的包容器。

2.如权利要求1所述的包容器选择器，其中Web服务结构是网格结构，以及所述应用包容器查询工具是GridService queryByServiceDataName操作。

3.如权利要求1所述的包容器选择器，其中Web服务结构是网格结构，以及所述应用包容器查询工具是GridServic FindServiceData操作。

4.如权利要求1所述的包容器选择器，还包括：

匹配属性表，其包含从小于属性、小于或等于属性、等于属性、大于属性、大于或等于属性、范围属性和不等属性组成的组中选择的至少一个属性，所述比较器按照定义在所述表中的匹配特性指示来执行所述比较。

5.如权利要求1所述的包容器选择器，其中所述应用包容器查询工具可操作地配置来在远端Web服务主机中查询用于被支持库和相关的库配置信息的列表的独立的远端放置的应用包容器。该远端Web服务主机能够通过Web服务结构中的远端服务部署处理器访问。

6.如权利要求1所述的包容器选择器，其中所述Web服务主机中的至少一个所述独立的应用包容器包括版本文档，该版本文档包括被支持库和相关的库参数的列表的。

7.如权利要求6所述的包容器选择器，其中所述相关的库参数包括版本化信息。

8.一种在Web服务结构中用于选择应用包容器来管理被请求的Web服务的实例的应用包容器选择方法，所述方法包括以下步骤：

识别至少一个特定的支持库；

查询用于与所述应用包容器相关的支持库的列表的多个应用包容器中的独立的包容器；

从所述列表确定任何所述应用包容器是否对所述特定的支持库有访问；和

请求应用包容器中的Web服务的实例的创建，该应用包容器是从新的应用包容器和多个现存的应用包容器中的一个特殊的应用包容器组成的组中选择的，对于所述新的应用包容器，确定现存的应用包容器对所述指定的支持库没有访问，以及对于所述特殊的应用包容器，确定所述多个现存的应用包容器中的所述特殊的一个对所述指明的支持库有访问。

9.如权利要求8所述的方法，还包括以下步骤：

在客户过程中，执行所述识别、确定和请求的步骤；

在服务器过程中，执行所述查询步骤。

10.如权利要求8所述的方法，还包括以下步骤：

从客户处理中收到命名所述至少一个指定的支持库的配置文件；

在服务器过程中，执行所述识别、确定和请求的步骤。

11.如权利要求8所述的方法，其中所述识别步骤还包括：识别与所述至少一个指定的支持库相关的至少一个支持库配置参数的步骤。

12.如权利要求11所述的方法，其中所述查询步骤包括：查询用于支持库和对应的支持库配置参数的列表的多个应用包容器中的独立的应用包容器的步骤，以及其中所述确定步骤包括：从所述列表中确定任何所述应用包容器是否有到所述指定的支持库的访问的步骤，其中所述指定的支持库有满足特殊匹配规则的对应的配置参数。

13.如权利要求12所述的方法，其中所述匹配规则包括一种从小于属性、小于或等于属性、等于属性、大于属性、大于或等于属性、范围属性和不等属性组成的组中选择的属性的应用。

14.如权利要求8所述的方法，其中所述查询步骤包括：通过远端服务部署处理器查询用于与所述远端放置的应用包容器相关的支持库列表的多个远端放置的应用包容器中的独立的应用包容器的步骤。

15.一种已经存储用于选择应用包容器的计算机程序的可读存储机器，所述应用包容器管理网格服务结构中的被请求的Web服务的实例，所述计算机程序包括一套例程指令，当执行该程序时，该程序将引起机器执行下列步骤：

识别至少一个指定的支持库；

查询用于与所述应用包容器相关的支持库的列表的多个应用包容器的独立的应用包容器；

从所述列表中确定任何所述应用包容器是否有到所述指定的支持库的访问；

请求应用包容器中的Web服务的实例的创建，该应用包容器是从新的应用包容器和多个现存的应用包容器中的一个特殊的应用包容器组成的组中选择的，对于所述新的应用包容器，确定现存的应用包容器对所述指定的支持库没有访问，以及对于所述特殊的应用包容器，确定所述多个现存的应用包容器中的所述特殊的一个对所述指明的支持库有访问。

16.如权利要求15中的所述可读存储机器，还包括下列步骤：

在客户过程中，执行所述识别、确定和请求步骤；

在服务器过程中，执行所述查询。

17.如权利要求15中的所述可读存储机器，还包括下列步骤：

从客户过程中接收命名所述至少一个指定支持库的配置文件；和

在服务器过程中，执行所述识别、确定和请求步骤。

18.如权利要求15中的所述可读存储机器，其中所述识别步骤还包括：识别与所述至少一个指定的支持库相关的至少一个支持库配置参数的步骤。

19.如权利要求18中的所述可读存储机器，其中所述查询步骤包括：查询用于支持库和对应支持库配置参数的列表的多个应用包容器中的独立的应用包容器的步骤，以及其中所述确定步骤包括：从所述列表中确定所述任何应用包容器是否有到所述指定的支持库的访问，其中所述指定的支持库有对应的满足特殊的匹配规则的配置参数。

20.如权利要求19中的所述可读存储机器，其中所述匹配规则包括：从小于属性、小于或等于属性、等于属性、大于属性、大于或等于属性、范围属性和不等属性组成的组中选择属性的应用。

Images