CN105677389A - 一种Virgo组件的安装更新方法及装置 - Google Patents

Abstract

本发明公开了一种Virgo组件的安装更新方法及装置，该方法包括：连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；从所述组件仓库中获取第一Virgo组件；解析所述第一Virgo组件的组件信息；根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。本发明所提供的Virgo组件的安装更新方法及装置，能够对组件进行批量自动化更新，实现了组件的热切换。

Description

一种Virgo组件的安装更新方法及装置

技术领域

本发明涉及智能安装技术领域，特别是涉及一种Virgo组件的安装更新方法及装置。

背景技术

VirgoTomcatServer服务器是目前比较流行的基于OSGi的web应用服务器，该服务器可以很好的支持功能组件的热插拔。但是Virgo服务器的组件热插拔需要人为手动的做配置，并对管理员的要求比较高，不能完全做到自动化进行安装和更新组件。而大型互联网公司的服务器都要求在夜晚等一些业务时段比较空闲的时候来做服务器的热切换，所以对服务器进行自动化的热切换工作是非常有必要的。

发明内容

本发明的目的是提供一种Virgo组件的安装更新方法及装置，目的在于解决现有VirgoTomcatServer应用服务器没有更新组件机制的功能的问题。

为解决上述技术问题，本发明提供一种Virgo组件的安装更新方法，包括：

连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

从所述组件仓库中获取第一Virgo组件；

解析所述第一Virgo组件的组件信息；

根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。

可选地，预先将不同文件格式的组件存放到所述组件仓库包括：

将jar文件格式和war文件格式的组件存放至bundles目录，将par文件格式的组件存放到pars目录，将plan文件格式的组件存放到plans目录，将properties文件格式的组件存放到configurations目录，将包含所述组件的描述信息的声明文档存放在根目录下content.xml的目录。

可选地，所述描述信息包括：所述组件的类型信息、ID信息、名字信息、版本号信息和/或依赖信息。

可选地，在所述连接组件仓库之后，还包括：

判断是否访问过所述组件仓库；

如果是，则退出；如果否，则执行获取所述第一Virgo组件的步骤。

可选地，所述判断是否访问过所述组件仓库包括：

获取所述组件仓库的目录文件；

从所述目录文件中解析所述组件仓库的时间戳，与系统的访问日志中的时间戳进行比较，判断是否访问过所述组件仓库。

可选地，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当所述第一Virgo组件为war或jar类型的组件时，采用Bundle安装器进行安装；当所述第一Virgo组件为par类型的组件时，采用par安装器进行安装，当所述第一Virgo组件为plan类型的组件时，采用plan安装器进行安装；当所述第一Virgo组件为properties类型的组件时，采用config安装器进行安装。

可选地，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当采用所述Bundle安装器、所述par安装器或所述plan安装器进行安装时，判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第二Virgo组件；

如果是，则将所述第一Virgo组件的版本与所述第二Virgo组件的版本进行比较，判断所述第一Virgo组件是否为新版本的组件；如果是，则通过对应的安装器安装所述新版本的组件；如果否，则退出安装。

可选地，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当采用所述config安装器进行安装时，判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第三Virgo组件，如果是，则卸载掉所述第三Virgo组件，安装所述第一Virgo组件；如果否，则直接安装所述第一Virgo组件。

可选地，在所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装之前还包括：

分析所述第一Virgo组件的依赖，并在系统和所述组件仓库中查询所述依赖是否满足；

如果否，则退出；如果是，则执行安装的步骤。

本发明还提供了一种Virgo组件的安装更新装置，包括：

连接模块，用于连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

获取模块，用于从所述组件仓库中获取第一Virgo组件；

解析模块，用于解析所述第一Virgo组件的组件信息；

安装模块，用于根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。

本发明所提供的Virgo组件的安装更新方法及装置，通过连接组件仓库，组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；从组件仓库中获取第一Virgo组件；解析第一Virgo组件的组件信息；根据第一Virgo组件的类型调用相应的安装器进行自动安装。本发明所提供的Virgo组件的安装更新方法及装置，能够对组件进行批量自动化更新，实现了组件的热切换。

附图说明

为了更清楚的说明本发明实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明所提供的Virgo组件的安装更新方法的一种具体实施方式的流程图；

图2为本发明所提供的Virgo组件的安装更新方法的另一种具体实施方式的流程图；

图3为本发明实施例提供的Virgo组件的安装更新装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明所提供的Virgo组件的安装更新方法的一种具体实施方式的流程图如图1所示，该方法包括：

步骤S101：连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

基于OSGi规范的Virgo组件，包含了jar、war、par、plan、properties不同文件格式的组件。具体地，可以按照不同的文件扩展名分类存放到相应的目录中。

作为一种具体实施方式，可将jar文件格式和war文件格式的组件存放至bundles目录，将par文件格式的组件存放到pars目录，将plan文件格式的组件存放到plans目录，将properties文件格式的组件存放到configurations目录，将包含所述组件的描述信息的声明文档存放在根目录下content.xml的目录。在根目录下面建立名为content.xml的目录文件，该文件对组件集合做了详细的描述。描述信息可以具体但并不限于包括类型、ID、名字、版本号、依赖等信息。

步骤S102：从所述组件仓库中获取第一Virgo组件；

具体地，可以在远程连接组件仓库后，下载远程仓库的目录文件，下载仓库中的组件。

步骤S103：解析所述第一Virgo组件的组件信息；

组件信息具体可以包括组件的类型、名字、ID、版本号、依赖等信息。

步骤S104：根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。

本发明所提供的Virgo组件的安装更新方法，通过连接组件仓库，组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；从组件仓库中获取第一Virgo组件；解析第一Virgo组件的组件信息；根据第一Virgo组件的类型调用相应的安装器进行自动安装。本发明所提供的Virgo组件的安装更新方法，能够对组件进行批量自动化更新，实现了组件的热切换。

在上述实施例的基础上，本发明所提供的Virgo组件的安装更新方法，在连接组件仓库之后，还可以进一步包括：

判断是否访问过组件仓库的步骤；如果是，则退出；如果否，则执行获取所述第一Virgo组件的步骤。

本发明实施例通过比较目前仓库的版本和访问过的仓库的版本，如果是新仓库就开始下载组件，如果是访问过的仓库或是旧的仓库就放弃本次安装。其判断是否访问过所述组件仓库可以具体通过下述方式实现：

获取所述组件仓库的目录文件；

从所述目录文件中解析所述组件仓库的时间戳，与系统的访问日志中的时间戳进行比较，判断是否访问过所述组件仓库。

在上述任一实施例的基础上，根据所述第一Virgo组件的类型调用相应的安装器进行自动安装可以具体为：针对不同类型的组件调用不同的安装器来完成安装，调度器可以识别war、par、jar、plan、properties类型的组件。

四种类型的安装器，用于分别对应于不同类型的组件。当所述第一Virgo组件为war或jar类型的组件时，采用Bundle安装器进行安装；当所述第一Virgo组件为par类型的组件时，采用par安装器进行安装，当所述第一Virgo组件为plan类型的组件时，采用plan安装器进行安装；当所述第一Virgo组件为properties类型的组件时，采用config安装器进行安装。

四种类型的安装器工作方式有所不同，bundle安装器、par安装器和plan安装器首先检查系统中是否已经安装了该组件的旧版本，如果有就先卸载掉旧版本，然后再安装新版本。如果没有旧版本就直接安装该组件。而Config安装器在更新组件时先检查有没有旧组件，如果没有就直接安装；如果有就卸载掉旧组件再安装新组件，而不考虑组件的版本的新旧。

下面分别对其具体实施方式进行进一步详细描述。

当采用所述Bundle安装器、所述par安装器或所述plan安装器进行安装时：

判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第二Virgo组件；

如果是，则将所述第一Virgo组件的版本与所述第二Virgo组件的版本进行比较，判断所述第一Virgo组件是否为新版本的组件；如果是，则通过对应的安装器安装所述新版本的组件；如果否，则退出安装。

当采用所述config安装器进行安装时：

判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第三Virgo组件，如果是，则卸载掉所述第三Virgo组件，安装所述第一Virgo组件；如果否，则直接安装所述第一Virgo组件。

进一步地，在所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装之前还包括：分析要安装的组件依赖的其他组件，然后在系统和仓库中查询该组件所有的依赖，一个组件必须完全满足其依赖后才能进行安装。具体为：

分析所述第一Virgo组件的依赖，并在系统和所述组件仓库中查询所述依赖是否满足；

如果否，则退出；如果是，则执行安装的步骤。

以Bundle安装器、par安装器或plan安装器安装组件的过程为例，本发明所提供的Virgo组件的安装更新方法的另一种具体实施方式的流程图如图2所示，该方法包括：

步骤S201：连接远程组件仓库；

步骤S202：下载远程组件仓库的目录文件；

步骤S203：分析目录文件解析出仓库名字和时间戳，比较系统中的访问日志，比较名字和时间戳；

步骤S204：判断是否访问过该仓库；如果是，则进入步骤S210；如果否，则进入步骤S205；

步骤S205：解析出仓库中组件信息；

组件信息可以具体包括：类型、名字、ID、版本号、依赖等信息。

步骤S206：判断系统中是否存在该组件；如果是，则进入步骤S207；如果否，则进入步骤S208；

步骤S207：比较仓库中组件版本和系统中组件版本大小，判断是否是新组件；如果是，则进入步骤S208；如果否，则进入步骤S210；

步骤S208：分析组件的依赖，并在系统和仓库中查询其依赖是否满足；如果是，则进入步骤209；如果否，则进入步骤S210；

步骤S209：卸载旧组件，安装新组件；

步骤S210：退出安装。

下面对本发明实施例提供的Virgo组件的安装更新装置进行介绍，下文描述的Virgo组件的安装更新装置与上文描述的Virgo组件的安装更新方法可相互对应参照。

图3为本发明实施例提供的Virgo组件的安装更新装置的结构框图，参照图3Virgo组件的安装更新装置可以包括：

连接模块100，用于连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

获取模块200，用于从所述组件仓库中获取第一Virgo组件；

解析模块300，用于解析所述第一Virgo组件的组件信息；

安装模块400，用于根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。

本发明所提供的Virgo组件的安装更新装置，通过连接组件仓库，组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；从组件仓库中获取第一Virgo组件；解析第一Virgo组件的组件信息；根据第一Virgo组件的类型调用相应的安装器进行自动安装。本发明所提供的Virgo组件的安装更新装置，能够对组件进行批量自动化更新，实现了组件的热切换。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的Virgo组件的安装更新方法以及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (10)

1.一种Virgo组件的安装更新方法，其特征在于，包括：

连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

从所述组件仓库中获取第一Virgo组件；

解析所述第一Virgo组件的组件信息；

根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。

2.如权利要求1所述的Virgo组件的安装更新方法，其特征在于，预先将不同文件格式的组件存放到所述组件仓库包括：

将jar文件格式和war文件格式的组件存放至bundles目录，将par文件格式的组件存放到pars目录，将plan文件格式的组件存放到plans目录，将properties文件格式的组件存放到configurations目录，将包含所述组件的描述信息的声明文档存放在根目录下content.xml的目录。

3.如权利要求2所述的Virgo组件的安装更新方法，其特征在于，所述描述信息包括：所述组件的类型信息、ID信息、名字信息、版本号信息和/或依赖信息。

4.如权利要求1所述的Virgo组件的安装更新方法，其特征在于，在所述连接组件仓库之后，还包括：

判断是否访问过所述组件仓库；

如果是，则退出；如果否，则执行获取所述第一Virgo组件的步骤。

5.如权利要求4所述的Virgo组件的安装更新方法，其特征在于，所述判断是否访问过所述组件仓库包括：

获取所述组件仓库的目录文件；

从所述目录文件中解析所述组件仓库的时间戳，与系统的访问日志中的时间戳进行比较，判断是否访问过所述组件仓库。

6.如权利要求1至5任一项所述的Virgo组件的安装更新方法，其特征在于，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当所述第一Virgo组件为war或jar类型的组件时，采用Bundle安装器进行安装；当所述第一Virgo组件为par类型的组件时，采用par安装器进行安装，当所述第一Virgo组件为plan类型的组件时，采用plan安装器进行安装；当所述第一Virgo组件为properties类型的组件时，采用config安装器进行安装。

7.如权利要求6所述的Virgo组件的安装更新方法，其特征在于，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当采用所述Bundle安装器、所述par安装器或所述plan安装器进行安装时，判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第二Virgo组件；

如果是，则将所述第一Virgo组件的版本与所述第二Virgo组件的版本进行比较，判断所述第一Virgo组件是否为新版本的组件；如果是，则通过对应的安装器安装所述新版本的组件；如果否，则退出安装。

8.如权利要求6所述的Virgo组件的安装更新方法，其特征在于，所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装包括：

当采用所述config安装器进行安装时，判断系统已安装的组件中是否存在与所述第一Virgo组件相对应的第三Virgo组件，如果是，则卸载掉所述第三Virgo组件，安装所述第一Virgo组件；如果否，则直接安装所述第一Virgo组件。

9.如权利要求6所述的Virgo组件的安装更新方法，其特征在于，在所述根据所述第一Virgo组件的类型调用相应的安装器进行自动安装之前还包括：

分析所述第一Virgo组件的依赖，并在系统和所述组件仓库中查询所述依赖是否满足；

如果否，则退出；如果是，则执行安装的步骤。

10.一种Virgo组件的安装更新装置，其特征在于，包括：

连接模块，用于连接组件仓库，所述组件仓库包括预先将不同文件格式的组件分类存放到相应目录中的多个Virgo组件；

获取模块，用于从所述组件仓库中获取第一Virgo组件；

解析模块，用于解析所述第一Virgo组件的组件信息；

安装模块，用于根据所述第一Virgo组件的类型调用相应的安装器进行自动安装。