CN101207624A - 用于在网络中配置应用部件的方法和系统 - Google Patents

Abstract

本发明涉及一种由应用服务器执行以用于对所述应用部件进行配置的方法，包括如下步骤：a)接收关于所述应用部件的部署请求；b)从所述请求中提取实例特定的配置参数；c)检索与应用部件相关联的其他配置参数；d)整合所述实例特定的配置参数以及其他配置参数；e)预备数据对象；f)从数据存储对象中检索配置参数；g)将所述配置参数插入所述数据对象中；h)调用基于数据挖掘的偏差检测算法；i)接收偏差检测算法的输出；j)如果至少一个与所述应用部件相关联的配置参数被标记为偏差，则向用户发布指示；k)否则，创建应用部件实例，并且将关于该应用部件实例的描述以及所述应用部件实例的配置参数保存在所述数据存储对象中。

Description

用于在网络中配置应用部件的方法和系统

技术领域

本发明涉及网络计算领域。特别地，本发明涉及一种用于在将应用程序部署于预备由远程客户端应用通过TCP/IP之类的网络协议访问的网络中的过程中对该应用程序进行配置的方法和相应系统，其中应用服务器对多个应用组件进行处理，并且其中应用程序是以包含应用程序可执行代码的应用模板为基础的，所述模板至少部分可以由终端用户通过指定多个用户特定数据来配置，以便产生用户特定应用的运行时实例，其中该用户特定数据定义的是将应用程序与特定终端用户的需要相适配的用户特定属性。

背景技术

关于现有技术的描述和缺陷

参考图1，该图描述了用于上述现有技术方法中的现有技术应用服务器的最基本结构组件，像例如IBM WebSphere的应用服务器10是由计算机网络上的服务器计算机执行的软件程序，并且这些软件程序被专用于运行某些可供客户应用借助网络接入来进行访问的软件应用。

由此，应用服务器10为这些应用提供了运行时环境。此外，它还为下列处理提供了支持：部署应用、管理应用资源需求、确保可用性、隔离度并且防止应用遭受其他应用及其资源需求影响、以及监视和确保应用安全。

通常，应用应该被理解成是包含有一个或多个应用组件，此外它还被理解成是包含了应用代码和应用资源，例如：

●网络应用包含了小服务程序(servlet)和JSP之类的J2EE组件、可以由应用服务器执行的代码、HTML页面之类的资源、图形文件等等；

●此外，企业应用还包含了企业级Java Beans之类的J2EE组件、可执行代码以及网络应用；

通常，应用服务器支持不同类型的应用组件。

容器-例如网络容器18或小端口(Portlet)容器20-提供用于执行和调用应用组件并且确保存储器中的组件实例的最优组织的装置，由此可以通过控制生命周期和状态的缓存来实现最高等级的效率和完整性，并且为针对组件的访问提供保护、以及应对通信、分发和寻址的复杂度。

一个应用可以打包在包含了应用代码、资源以及一个或多个应用部署描述符的应用存档中，其中该描述符规定了组件特定的应用元数据。此外，所述打包处理使得可以在计算机之间传送、拷贝、增殖、克隆以及交换应用，并且可以将应用部署到应用服务器。

部署处理是在专用软件组件16中执行的。这基本包括以下步骤：将应用安装在目标应用服务器上以及使所述应用可用于执行，其中如有必要，所述安装步骤还包括配置步骤。部署处理将应用添加到应用服务器的存储库中，并且调整应用服务器的配置。通常，部署处理是由部署人员(用户或管理员)使用用户界面12或是包含相关部署选项的输入文件来发起的。此外，应用服务器还可以提供一个可供专用的第三方部署工具访问部署功能的部署API 14。

部署功能确定应用配置，也就是规定了应用安装选项和运行时行为的参数。所述部署配置是以应用部署描述符以及部署者在借助用户界面或API(在部署过程中，部署者可以手动改变或创建选定参数)执行部署的过程中规定的设置为基础的。应用服务器将会坚持这种部署配置，并且稍后在运行时使用该配置。

为了更加清楚，接下来将会给出一个简单的示例：应用“Email(电子邮件)”：

示例的应用服务器支持四种类型的配置参数：

●应用名称

●应用服务器实例

●虚拟主机

●上下文根

这些项目是与部署相关的参数，并且将会确定：

呈现给用户或管理员的应用名称，例如“Email”；

执行应用的逻辑应用服务器实例，例如“server1”；

虚拟主机，即HTTP上下文的抽象，用户通过该HTTP上下文可以获取所述应用。举例来说，虚拟主机与某个IP端口相关联，例如端口9080；

上下文根确定的是可以用来获取应用的URL，例如“/email”；

在部署之后，应用预备由应用服务器执行。也就是说，应用服务器可以根据管理员或应用管理系统的请求来启动、运行以及最终停止应用。

在应用运行的时候，应用服务器10接受针对应用组件的请求，并且将输入的请求转发到相应的容器，即网络容器18或小端口容器20。然后，该容器调用应用组件(未描述)以便处理该请求。

此外，正如本发明特别关注的那样，应用服务器10可以支持现有技术中“应用模板”的概念：

应用模板本身是不能由应用服务器直接执行的。与之相反，它可以由用户实例化为一个或多个应用。应用模板包含了应用模板配置、应用组件、可执行代码以及资源。它可以包括在这里被缩写为POV的变异点(point of variability)，该变异点是可以定制的，由此用户特定数据元素可以在实例化过程中被填入。通常，管理员或用户执行应用模板实例化由此创建新应用。这种实例的应用配置是从应用模板配置中派生出的，并且管理员或用户手动规定的POV值是专用于该实例的。

上述示例应用模板“Email”的POV可以例示如下：

●用户名

●用户信息(部门编号、地址、......)

●用户位置

●时区

●电子邮件地址

●电子邮件服务器

用户可以通过首先在用户界面中选择模板，然后规定用于POV的值，由此将这个Email应用模板实例化。这样一来，为这个用户创建和配置特定的应用实例，其中该实例包含了关于名称、用户信息、位置、时区、电子邮件地址和电子邮件服务器的个人配置。

在下文中描述了作为本发明的基础的技术问题：

由于上述应用部署和应用模板实例化改变了应用配置并且确定了应用的运行时行为，因此，它们都是非常重要的处理。在现有技术中，这些步骤-规定应用配置，提供POV的具体值-是由管理员或用户手动执行的。这样做非常不利地在配置方面引起差错，导致应用将无法工作或者无法正确工作。

即使存在允许管理员手动规定关于配置参数的默认值或校验规则以及对照这些值或规则来验证所提供的配置参数的现有技术，但是这样做将会在工作量方面带来极大负担，并且由此在必须配置大量应用或模板实例的环境中产生极大的成本负担，这种情况会在众多企业网络中出现。这其中的原因在于：这种验证必须由相应的高级技术人员来手动完成。

由于验证规则的设计非常复杂，并且这些规则必须具有足够精度来区分正确和不正确的配置参数，而这一点在配置可以被高度个性化或者特定于某种系统环境的情况中尤为如此，因此，需要人类手动规定验证规则的处理非常困难并且很容易出错。

由此，现有技术并未公开那些包含了建立于这些技术之上并且有助于用户或管理员配置应用以及避免错误配置的功能的建议和验证程序。此外，非常不利的是，在现有技术中并没有为自动按需方案中的完全自动的配置提供支持。在未来，应用模板的概念将会越来越普及，到那时该问题将会加剧。由此，模板实例化必须由那些没有渊博管理技能的最终用户来执行。如果在没有并入到应用服务器中验证功能的情况下，将会产生软件问题，并且将会提高软件支持和帮助台的成本。

本发明的目的是提供一种依照权利要求1的前序部分并且更不易出错的改进方法。

发明内容

本发明的这个目的是由在所公开的独立权利要求中陈述的特征来实现的。此外，本发明的其他有利方案和实施例则是在相应的从属权利要求中阐述的。现在将对所附的权利要求加以参考。

简要地说，本发明的应用服务器并入了一个应用配置验证-也被称为ACV-组件，其中该组件为涉及下列群组之一的应用配置参数执行自主或自动验证：

a)应用部署，参见图4，

b)应用模板部署，参见图5，以及

c)应用模板实例化，参见图6。

由此，参见图3，术语“应用配置”应被理解成是在应用部署或应用模板实例化以及应用模板部署过程中统一现有技术中的配置概念。并且所述应用配置是由应用配置参数集合组成的。

在新应用、模板的部署过程中或者在应用模板实例化的过程中，本发明的组件“应用配置验证”(ACV)将会分别对照已被成功部署的应用或应用模板的配置参数来验证所提供的配置参数，由此识别出指示配置差错的配置参数偏差。

在要部署新应用时、在要部署新应用模板时，或者在要由相应的应用模板实例将应用实例化(作为选择，也可以由本发明的方法来配置)时，应用服务器将会调用本发明的组件“应用配置验证”。

然后，配置验证将会确定并且返回潜在的无效配置参数集合以及这些参数的预期值。配置验证输出数据是新应用的应用配置参数(也就是包含在应用部署描述符中的或者由用户或管理员在部署或实例化过程中规定的配置参数)。

就所附权利要求而言，应用服务器会在配置运行时执行一种用于在将应用部件部署于预备由远程客户应用-例如网络浏览器处理HTTP请求、或是J2EE客户端借助诸如SOAP、CORBA或ORB之类的各种不同协议来调用服务器组件-借助TCP/IP之类的网络协议来进行访问的网络-例如网络门户-的过程中，对该应用部件进行配置的方法，其中应用服务器对多个应用组件进行处理——例如用于部署目的的用户API、GUI、Java API、脚本语言、数据库、消息传递产品。

该方法的特征在于下列步骤：

a)接收(415)针对所述应用部件的部署请求，其中所述请求包括特定于应用部件的实例的配置参数-例如通过简单地借助相应的最终用户界面来输入所述参数，

b)从所述请求中提取所述实例特定配置参数，

c)从可供所述应用服务器访问的数据存储对象(datastore)中-例如从模板中或是从部署描述符中-自动检索(420)与所述应用相关联的其他配置参数，

d)整合所述实例特定配置参数以及所述其他配置参数，

e)通过插入整合的配置参数来预备数据对象，在这里将其称为“数据表”，

f)从数据存储对象中检索当前部署在应用服务器中的应用实例的配置参数，

g)将这些配置参数插入所述数据对象中，

h)调用基于数据挖掘的偏差检测算法，以便传递数据对象，

i)接收偏差检测算法的输出，

j)如果有至少一个与所述应用相关联的配置参数在偏差检测算法的输出中被标记为偏差，则向用户发布指示，

k)否则，创建应用部件实例，并且将关于该应用部件实例的描述以及所述应用部件实例的配置参数保存在数据存储对象中。

在本发明的环境中的应用部件应该理解成是应用或应用模板。一个应用部件可以包括一个或多个应用组件。

用户特定配置参数可以在用户位置产生：例如通过直接由用户键入、通过他拷贝-粘贴或是通过程序而在用户位置本地产生，此外该参数也可以在其他位置产生并且传送到用户位置。

非常有利的是，这样做能为本发明的方法实现下列用途：

在部署过程中，应用服务器能够验证用户特定的应用配置参数：配置验证将会确定潜在的错误配置参数。而应用服务器要么显示警报消息(由此请求用户纠正错误的参数)，要么通知管理员。此外，该应用服务器还会将事件记入日志；如果用户特定的参数在以后导致运行时错误，那么该日志将会有助于发现该错误。

其优点如下：

●本发明的方法提高了可用性并且降低了帮助台成本。这一点在应用模板的概念得到更广泛接受以及实例化操作由“普通”(也就是没有经过特别训练)用户执行时是非常重要的；

●本发明的方法减少了软件错误配置所导致的问题数量。

应该指出的是，该系统并不依赖于规定语法或句法规则之类的验证规则或是任何推荐规则的人类用户。与之相反，该系统可以通过对可用应用配置进行分析来自主和自动发现偏差。

附图说明

本发明是举例描述的，并且本发明不受附图中的图形形状的限制，其中：

图1描述的是用于现有技术方法的现有技术应用服务器的最基本的结构组件，

图2描述的是用于本发明优选实施例的本发明应用服务器的最基本的结构组件，

图3描述的是本发明方法的最基本使用情况，

图4a-4b描述的是本发明方法的优选实施例在应用部署过程中最重要步骤的控制流程，

图5a-5b描述的是本发明方法的第二优选实施例在应用模板部署过程中最重要步骤的控制流程，

图6a-6b描述的是本发明方法的第二优选实施例在应用模板实例化过程中最重要步骤的控制流程，

图7a-7b描述的是图4中步骤430的控制流程的细节。

具体实施方式

图2描述的是依照本发明优选实施例的发明方法所使用的软件和硬件环境。正如本领域技术人员可以预见到的那样，在这里被称为自动配置验证组件(ACV)的本发明的软件组件40是依照本发明的方法来实施的。这个新的组件具有与上文中进一步描述的现有技术部署组件16相对接的功能接口。该组件40依照图4、5、6中描述的优选控制流程(不同的应用使用情况)并且结合图7中给出的详细缩放视图来执行配置参数的验证。优选地，本发明的组件40仅仅用软件实施，并且具有到数据库的操作接口，以便存储那些为其操作所必需的相关数据。举例来说，在这里可以为其使用已有数据库24或是独立数据库，其中所述已有数据库可以回过来参见图1和2。

图3描述的是本发明方法的最基本的使用情况；

所论述的应用部件既可以是应用模板，参见方框310，也可以是应用本身，参见方框350。此外，该应用部件还可以是应用模板实例，并且本发明的部署包括应用自身的实例化-参见方框330。而在部署末期，则总是存在应用实例340、360。

参考图4，该图描述的是本发明方法的优选实施例在应用部署过程中最重要步骤的控制流程，在步骤410，部署者(人类)借助Admin(管理员)用户界面或是通过借助于管理API的脚本或程序来调用应用服务器，以便部署应用。该部署者提供应用存档文件，作为选择，他还规定其他应用配置参数。

在步骤415，应用服务器接受部署请求，其中该请求有可能包含或引用了应用存档文件以及其他应用配置参数。

然后，在进一步的步骤420，应用服务器检索包含在应用存档中应用描述符文件中的应用配置参数。而这些模型参数以及附加包含在部署者发起的请求中的那些参数则构成了应用配置参数。

现在，在步骤425，应用服务器将会调用自动配置验证(ACV)，并且传送应用配置参数集合以及空的应用模板标识符，以便指示该应用不以模板为基础。关于操作的细节稍后在下面参考图7来描述。ACV返回的响应明确说明配置参数集合是有效还是无效，并且将会作为一个提示。如果指示配置参数无效，那么该提示将会规定ACV计算的预期值。

在步骤430，应用服务器检查是否指示配置参数有效。如果配置参数无效，那么参见判定432，该应用服务器通过管理用户界面来请求参数的校正，或者-如果部署是通过Admin(管理)API来请求的-那么在步骤435，该应用服务器通过例如发射一个异常来指示所传递的配置参数无效。

应用服务器在用户界面中标记无效参数，并且显示一个优选包含了一个或多个预期值的提示。然后，管理员或用户可以接受在该提示中建议的值，或者也可以改变其他值。由此产生的是经过校正的配置参数集合。

通过使用这组配置参数，应用服务器执行应用部署440：

更详细地说，在步骤445，应用服务器将应用描述符和应用配置参数保存在存储库中。这样一来，在通过管理员用户界面(Admin UI)启动、调用或是修改应用时，允许检索应用配置。

此外，在步骤450，应用服务器还将应用代码和应用资源保存在应用存储库中。这样做允许在运行时访问所述代码和资源。

然后，在步骤460，应用服务器确定所涉及的容器并调用该容器的部署功能，其中所述容器即是对应用组件负责的容器。

然后，在步骤465，该容器执行附加的部署，其中举例来说，所述附加部署是通过将容器相关配置保存在容器特定的存储库中或者通过将应用组件注册在容器特定的数据结构中来实施的。这样做使容器能够执行应用组件。

在这个优选实施例中，本发明的方法是在任何容器之外的应用服务器中执行的。由此，现有容器是不需要改变的。在这个概念的变体中，本发明的软件模块40还可以在其他位置实施，例如在容器中。在这种情况下，容器部署处理会在执行容器特定的附加部署460的时候调用ACV。

进一步参考图5，其中描述的是用于部署应用模板使用情况的发明方法。步骤510～555的基本过程与图4给出的过程是相似的。并且在这里没有容器特定的部署处理。

在图6中，其中描述的是用于应用模板实例化的发明方法。

首先，在步骤610，用户或管理员请求应用服务器将某个应用模板实例化，这其中包括传递应用模板ID，以及可选地传递配置参数(POV)。

然后，在步骤615，应用服务器接受模板实例化请求，并且在步骤620从存储库中检索应用模板配置参数。

该模板可以包括变异点(POV)，这些变异点则是通常在实例化过程中由请求实例化的个人规定的配置参数。应该指出的是，该模板可以包含这样的配置参数，其中所述参数的值是在模板部署过程中规定的，并且与该模板相关联。与此相反，POV的值是在模板实例化过程中规定的，并且与一个应用实例相关联。由此，应用实例配置由模板配置参数加上POV值来构成。

此外，在步骤621，它还整合了模板配置参数以及所传递的配置参数(POV值)，以便产生应用实例配置参数。

另外，根据图6，在步骤625，应用服务器在模板实例化过程中调用ACV，以便验证应用实例配置。所述应用服务器调用ACV来传递这些应用实例配置参数。

在下文中参考图7来给出关于图4的步骤430中控制流程的详细描述。

在图7中，在步骤710，本发明的组件40“自动配置验证(ACV)”接受验证请求，其中该请求包含了将要验证的配置参数集合，以及应用模板标识符。该应用模板标识符表示的是作为所述应用基础的应用模板。如果应用不以模板为基础，则传递一个空值。

首先，在步骤720，ACV预备一个针对偏差检测算法给出输入数据的数据表。如果所传递的应用模板标识符为空，也就是说，该应用不以模板为基础，ACV将会创建一个数据结构，其中该数据结构包含了用于所有公共应用配置参数的属性-为应用服务器操作的所有应用所共有-并从存储库中读取所有应用的配置，以便将所读取的配置参数存储在数据表中，步骤730。

如果所传递的应用模板标识符非空，那么在步骤730，ACV读取相应的应用模板，分析POV定义，预备一个包含了所有应用模板配置参数和POV的属性的数据结构，读取基于该应用模板的所有这些应用实例的配置参数，以及将所读取的配置参数存储在数据表中。

由此，该数据表最终包含了部署到应用服务器的相关应用实例的应用配置参数。然后，ACV将会把这些传递的应用配置参数添加到该数据表740。举例来说，参见与本示例相关联的数据表；X、Y、Z指的是实例化的用户应用，其名称被缩写为X、Y、Z；“Timo”指的是所传递的配置参数：

用户名	用户信息	用户位置	时区	电子邮件地址	电子邮件服务器
						Timo	0575	Boeblingen	GMT	user@mail.de	Email.de
X	0575	Boeblingen	GMT+1	X@mail.de	Mail.de
						Y	0645	Stuttgart	GMT+1	y@mail.de	Mail.de
Z	0645	Stuttgart	GMT+1	Z@mail..de	Mail.de

该数据表是配置参数的表格式表示，其中：一个记录包含了一个应用实例的配置参数。当然，其他存储表示也是可以实施的。

然后，在接下来的步骤750，调用一种偏差检测算法，并且在该调用中参考前述的数据表。作为例示，可以调用美国专利6,954,756的步骤301。其中该专利申请的公开在这里通过参考被合并。该偏差检测算法将返回偏差集合，也就是参考了数据表中被发现给出偏差的那些记录的数据结构。此外，该偏差检测算法还可以返回针对每个偏差的预期值集合。由此，在偏差检测步骤750的最后，在判定760中检查在偏差集合中是否包含了与所传递的配置参数集合相对应的记录。如果没有，那么在步骤770中将会为这组参数返回一个“有效”指示。否则，参见判定760中的“是”分支，其中将会为这些差错值返回一个“无效”指示，而较为优选的则是还返回预期值集合。

在本发明方法的优选实施例中，本发明的ACV组件40包含了基于数据挖掘的偏差检测组件，其本身在现有技术中是已知的。

对偏差检测步骤750来说，非常优选的是，其中可以使用如在授予IBM公司的美国专利6,954,756中公开的现有技术方法。该现有技术公开涉及的是用于在包含多个记录和多个列的数据表中自动检测偏差的装置和方法。它会在很大的数据库中检测偏差，并且既不需要具有与数据库中数据元素之间度量距离相关的某种属性的度量距离功能，也不需要某种允许识别那些依照该功能而显示出与剩余数据项有显著不同的数据项子集的不相似功能。

这种现有技术方法设想的是选择数据表的某一列作为分类列，并且计算关于该分类列的分类树。所述分类树的每个边缘都与一个断言(predicate)相关联。该分类树的叶节点则与一个叶记录集合相关联，其中该集合包含的是被包括沿着从分类树根节点到所述叶节点路径上所有断言在内的类断言评估为“真”的记录的子集。此外，叶节点还与在用于相应叶记录集合的分类列中表示预期值的叶标签相关联。在叶记录集合中，所有相对于相应分类列与叶标签存在偏差的记录都被确定为偏差集合。该偏差集合与相应的类断言相关联，其中所述类断言是关于被检测为偏差的说明。

这种现有技术的教导允许实现上述目标。特别值得注意的是，无论“先验”知识采用任何类型的量度距离功能或相似性功能的形式，还是采用完整性限制之类的附加外部信息或是某种预先制订的假设等等的形式，在这里都不需要要求该“先验”知识来执行所建议的教导。由于该属性，这种现有技术教导可以在不了解将要检查的数据性质的情况下独立应用于任何类型的项目集合；该教导在项目集合的特性方面是自适应的。

本发明既可以采用完全硬件实施例的形式，也可以采用完全软件实施例的形式，还可以采用同时包含了软硬件元素的实施例的形式。在一个优选实施例中，本发明是以软件来实施的，其中包括但不局限于固件、驻留软件、微代码等等。

此外，本发明也可以采用可从计算机可用介质或计算机可读介质访问的计算机程序产品形式，其中该介质提供了供计算机或任何指令执行系统使用或是与之关联的程序代码。就本说明书而言，所述计算机可用介质或计算可读介质可以是任何包含、存储、传递、传播或是传输供指令执行系统、装置或设备执行或是与之相关的程序的设备。

该介质可以是电子、磁性、光学、电磁、红外或半导体系统(或是装置或设备)或是传播介质。关于计算机可读介质的示例包括半导体或固态存储器、磁带、可移除计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘以及光盘。关于光盘的当前实例包括紧凑型碟片-只读存储器(CD-ROM)、紧凑型碟片-读/写以及DVD。

适合存储和/或执行程序代码的数据处理系统将包括至少一个通过系统总线而与存储器部件直接或间接连接的处理器。该存储器部件可以包括在程序代码的实际执行过程中使用的本地存储器、大容量存储器以及缓冲存储器，其中该缓冲存储器临时存储至少某些程序代码的缓冲存储器，以便减少必须从大容量存储器中检索代码的次数。

输入/输出或I/O设备(包括但不局限于键盘、显示器、指示设备等等)既可以直接与系统连接，也可以通过中间的I/O控制器来与系统连接。

网络适配器也可以与系统相连接，以使数据处理系统能够通过中间的专用或公共网络而与其他数据处理系统或是远程打印机或存储设备相连接。而调制解调器、电缆调制解调器以及以太网卡则是一些当前可用的网络适配器类型。

Claims (8)

1.一种由应用服务器(19)执行以用于在将应用部件部署于预备将要由远程客户端应用通过网络协议访问的网络的过程中对所述应用部件进行配置的方法，

其中应用服务器对多个应用组件进行处理，其特征在于下列步骤：

a)接收(710)关于所述应用部件的部署请求，其中所述请求包括对于所述应用部件实例特定的配置参数，

b)从所述请求中提取所述实例特定的配置参数，

c)从可供所述应用服务器访问的数据存储对象中自动检索与所述应用部件相关联的其他配置参数，

d)整合所述实例特定的配置参数以及所述其他配置参数，

e)通过插入所述整合的配置参数来预备(720)数据对象，

f)从数据存储对象中检索(730)当前部署在所述应用服务器中的应用实例的配置参数，

g)将所述配置参数插入(740)所述数据对象中，

h)调用(750)基于数据挖掘的偏差检测算法，以便传递所述数据对象，

i)接收该偏差检测算法的输出，

j)如果(760)至少一个与所述应用部件相关联的配置参数被标记为偏差，则向用户发布(780)指示，

k)否则，创建应用部件实例，并且将该应用部件实例的描述以及所述应用部件实例的配置参数存储在所述数据存储对象中。

2.根据权利要求1所述的方法，其中所述应用部件是应用模板。

3.根据权利要求1所述的方法，其中所述应用部件是应用自身。

4.根据权利要求1所述的方法，其中所述应用部件是应用模板实例，并且其中所述部署包括应用自身的实例化。

5.根据权利要求1所述的方法，还包括以下步骤：

m)评估检测到的差别的相关性，

n)发布包含了用于描述被检测差错严重性的包括说明的定性提示。

6.根据权利要求1所述的方法，还包括以下步骤：

如果检测到差错，则向所述最终用户回送一个包含了特定于易出错实例的参数以及分别的预期参数的请求，以及一个指示所述最终用户输入所述特定于易出错实例参数的正确值的提示。

7.根据权利要求1所述的方法，还包括以下步骤：如果检测到差错，则在没有与人交互的情况下自动校正所述实例特定的用户范围参数。

8.一种电子数据处理系统，该系统由应用服务器(19)执行，以用于在将应用部件部署于预备将要由远程客户应用通过网络协议访问的网络的过程中对所述应用部件进行配置，其中应用服务器处理多个应用组件，并且其特征在于具有用于执行下列处理的装置(40)：

a)接收(710)关于所述应用部件的部署请求，其中所述请求包括对于所述应用部件实例特定的配置参数，

b)从所述请求中提取所述实例特定的配置参数，

c)从可供所述应用服务器访问的数据存储对象中自动检索与所述应用部件相关联的其他配置参数，

d)整合所述实例特定的配置参数以及所述其他配置参数，

e)通过插入所述整合的配置参数来预备(720)数据对象，

f)从数据存储对象中检索(730)当前部署在所述应用服务器中的应用实例的配置参数，

g)将所述配置参数插入(740)所述数据对象中，

h)调用(750)基于数据挖掘的偏差检测算法，以便传递所述数据对象，

i)接收偏差检测算法的输出，

j)如果(760)至少一个与所述应用部件相关联的配置参数被标记为偏差，则向用户发布(780)指示，

k)否则，创建应用部件实例，并且将关于该应用部件实例的描述以及所述应用部件实例的配置参数存储在所述数据存储对象中。

Images