CN110109701A - 应用部署时的文件配置方法、装置及应用发布方法、装置 - Google Patents

Abstract

本发明提供一种应用部署时的文件配置方法、装置及应用发布方法、装置，包括：获取待配置应用的资源文件，资源文件包括配置文件、业务代码和三方依赖文件；对业务代码进行编译，生成字节码.class文件；利用jar工具对字节码.class文件以及配置文件进行打包处理，生成一个jar文件；将三方依赖文件从资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；将包含三方依赖文件的压缩文件存储到共享文件夹，将jar文件发送给WEB服务器进行发布，WEB服务器可从共享文件夹中获取到三方依赖文件。本发明将三方依赖文件从jar包中分离，放置于共享文件夹中，在打包部署过程中，增大了部署灵活性，节省了发布部署时间。

Description

应用部署时的文件配置方法、装置及应用发布方法、装置

技术领域

本发明涉及Java服务端开发技术领域，尤其涉及应用部署时的文件配置方法、装置及应用发布方法、装置。

背景技术

目前J2EE应用部署有两种主要的方式，分别将代码打包为war(软件运行文件)和jar(软件运行文件)格式的文件。war包可以放置到J2EE服务器容器(比如tomcat、jboss、weblogic等)中，由容器负责解压、初始化、启动；jar包不依赖服务器容器，可以独立运行，里面包含了项目资源配置文件、编译后的代码文件、项目jar依赖包等。

在使用spring-boot框架进行软件开发过程中，使用框架默认的打包方式，会将项目中的资源文件、业务代码、依赖的三方jar文件等文件全部打包到一个运行jar文件中，造成该运行jar文件过大，在每次部署发布中，一旦有一些小的变动，如修改一个bug，就需要全部重新上传发布包，过程十分费时麻烦。

目前jar包这种部署方式存在以下问题：jar包包含大量与业务无关的三方依赖jar文件。这些文件一般不会变化，但每次部署打包时都会将这些三方jar文件包含，增大了jar包文件大小；jar包作为一个项目的整体运行文件，一般体积大，上传到部署环境耗时较长。

发明内容

本发明提供应用部署时的文件配置方法、装置及应用发布方法、装置，将三方依赖文件从jar包中分离，配置到共享文件夹中，服务器在对相应应用进行发布时，可以在共享文件夹中获取三防依赖文件，在进行打包部署时，可以减少数据传输，后期如果有变动更新，只需要上传业务代码、配置文件部分即可，增大了部署灵活性，节省了发布部署时间。

本发明采用如下技术方案：

一种应用部署时的文件配置方法，包括：

获取待配置应用的资源文件，所述资源文件包括配置文件、业务代码和三方依赖文件；

对所述业务代码进行编译，生成字节码.class文件；

利用jar工具对所述字节码.class文件以及所述配置文件进行打包处理，生成一个jar文件；

将所述三方依赖文件从所述资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；

将包含所述三方依赖文件的压缩文件存储到共享文件夹，将所述jar文件发送给WEB服务器进行发布，所述WEB服务器可从所述共享文件夹中获取到所述三方依赖文件。

进一步地，所述共享文件夹包括所述WEB服务器本地设定的文件夹、或与所述WEB服务器连接的数据库中设定的文件夹。

进一步地，所述预设压缩方式包括tar.gz格式、RAR格式、ZIP格式中的至少一种。

进一步地，所述应用部署时的文件配置方法还包括：根据所述共享文件夹的存储位置，将所述三方依赖文件的存储路径添加到所述类路径ClassPath中。

本发明还提供一种应用发布方法，包括：

获取待发布应用的jar文件，所述jar文件中包括业务代码的字节码.class文件以及配置文件；

对所述jar文件进行解包，获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用，实现应用分布过程。

进一步地，所述获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用包括：

当接收到启动指令时，读取所述jar文件中的入口文件MANIFEST.FM，找到程序入口主类程序MAIN-CLASS，并通过所述类路径ClassPath指定的目标路径，获取所述待发布应用的三方依赖文件，加载到内存中，以使程序启动运行。

本发明还提供一种应用部署时的文件配置装置，包括：

获取模块，用于获取待配置应用的资源文件，所述资源文件包括配置文件、业务代码和三方依赖文件；

编译模块，用于对所述业务代码进行编译，生成字节码.class文件；

打包模块，通过利用jar工具对所述字节码.class文件以及所述配置文件进行打包处理，生成一个jar文件；

压缩模块，用于将所述三方依赖文件从所述资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；

发送模块，将包含所述三方依赖文件的压缩文件存储到共享文件夹，将所述jar文件发送给WEB服务器进行发布，所述WEB服务器可从所述共享文件夹中获取到所述三方依赖文件。

进一步地，所述压缩模块可将所述三方依赖文件压缩为如下格式中的其中一种：tar.gz格式、RAR格式、ZIP格式。

进一步地，定义模块，用于根据所述共享文件夹的存储位置，将所述三方依赖文件的存储路径添加到所述类路径ClassPath中。

本发明还提供一种应用发布装置，包括：

接收模块，用于接收待发布应用的jar文件，所述jar文件中包括业务代码的字节码.class文件以及配置文件；

发布模块，用于对所述jar文件进行解包，获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用，实现应用分布过程。

本发明的有益效果是：

根据本发明提供的应用部署时的文件配置方法、装置及应用发布方法、装置，通过获取待配置应用的资源文件，包括配置文件、业务代码和三方依赖文件；将三方依赖文件从所述资源文件中提取出来形成压缩文件，并存储到共享文件夹中，发布时，直接从共享文件夹中获取三方依赖文件。实现文件分割，将三方依赖文件从jar包中分离，配置到共享文件夹中，服务器在对相应应用进行发布时，可以在共享文件夹中获取三防依赖文件，在进行打包部署时，可以减少数据传输，后期如果有变动更新，只需要上传业务代码、配置文件部分即可，增大了部署灵活性，节省了发布部署时间。

附图说明

图1为本发明实施例一的应用部署时的文件配置方法流程示意图；

图2为本发明实施例二的应用发布方法流程示意图；

图3为本发明实施例三的应用部署时的文件配置装置结构示意图；

图4为本发明实施例四的应用发布装置结构示意图。

具体实施方式

下面结合附图对本发明作进一步的详细说明。

实施例一：

为了解决当前通过jar包形式对应用进行部署，将应用的配置文件、依赖包以及编译后的业务代码一起打包为一个jar包，随着应用的更新，可能需要对业务代码、配置文件以及三方依赖包等进行修改，此时修改内容无论多与少，只要对进行了修改，都需要重新编译打包上传，才能发布，过程十分耗费时间，通常三方依赖包较大，而且很少进行修改，增大了jar包的大小。基于此，本发明提供一种应用部署时的文件配置方法，主要将三方依赖文件从jar包中分离，配置到共享文件夹中，服务器在对相应应用进行发布时，可以在共享文件夹中获取三方依赖文件，当有修改需求时，开发人员可以直接对业务代码进行修改并只需要上传业务代码、配置文件的部分即可，无需对三方依赖文件进行打包上传，且三方依赖文件通常不需要进行修改，因此可以很大程度上节约打包上传时间，同时增大了部署灵活性，减少了发布部署时间。

请参见图1，图1为本实施例的应用部署时的文件配置方法的流程示意图，该方法主要包括如下步骤：

S11、获取待配置应用的资源文件，包括配置文件、业务代码和三方依赖文件。

S12、对业务代码进行编译，生成字节码.class文件。

S13、利用jar工具对字节码.class文件以及配置文件进行打包处理，生成一个jar文件。

S14、将三方依赖文件从资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；预设压缩方式包括tar.gz格式、RAR格式、ZIP格式中的至少一种。

S15、将包含三方依赖文件的压缩文件存储到共享文件夹，根据共享文件夹的存储位置，将三方依赖文件的存储路径添加到类路径ClassPath中，将jar文件发送给WEB服务器进行发布，WEB服务器可从共享文件夹中获取到三方依赖文件。

应当理解的是，jar文件中包含该类路径ClassPath，服务器可以通过读取类路径ClassPath中指定的位置，实现对相关应用三方依赖文件的获取，并加载启动。

共享文件夹可以是WEB服务器本地设定的文件夹、或与WEB服务器连接的数据库中设定的文件夹。可选的，只要WEB服务器能够基于类路径ClassPath获取到对应的三方依赖文件即可，本实施例对此不做限制。

由于三方依赖文件与jar包的分离，当需要修改重新部署发布时，开发人员可以直接对业务代码、配置文件进行修改，并只需要上传包含业务代码以及配置文件部分的jar文件即可，无需每次都将三方依赖进行打包到该jar文件中，解决了依赖包数据量较大，上传时间长，带宽占用高的问题，节省了部署时间，提高了部署效率。

为了更好的理解本发明，下面结合具体的示例对应用部署时的文件配置方法的过程进行详细说明，主要包括：

第一步：配置拆分模板文件assembly.xml，在resource/bin目录中编写assembly.xml文件，定义最终打包出来的文件类型、三方依赖文件存放的目录、以及最后程序启动时可直接执行的启动脚本位置，具体配置如下：

第二步：在应用pom.xml配置文件中引入maven-assembly-plugin插件，并配置上述第一步的拆分模板文件的路径。具体配置如下：

实施例二

在上述实施例一的基础上，由于jar文件结构发生了改变，jar文件中不包含三方依赖文件，WEB服务器对相关待发布应用进行发布时，需要从共享文件夹中提取三方依赖文件，才能实现应用发布过程。为此，本实施例提供一种应用发布方法，请参见图2，图2为应用发布方法流程示意图，该方法主要包括：

S21、获取待发布应用的jar文件，jar文件中包括业务代码的字节码.class文件以及配置文件；

S22、对jar文件进行解包，获取程序入口以及类路径ClassPath，通过类路径ClassPath中指定的存储路径，获取待发布应用的三方依赖文件，以启动待发布应用，实现应用分布过程；

进一步地，当接收到启动指令时，读取jar文件中的入口文件MANIFEST.FM，找到程序入口主类程序MAIN-CLASS，并通过类路径ClassPath指定的目标路径，获取待发布应用的三方依赖文件，加载到内存中，以使程序启动运行。

为了更好的理解本发明，下面结合具体的示例对应用发布方法的过程进行详细说明，主要包括：

第一步：配置启动脚本，在resource/bin目录下配置script.sh启动脚本，指定需要运行的业务jar包以及通过脚本启动参数启动不同环境(开发、测试、发布)的应用配置，具体内容如下：

第二步：启动入口配置，在pom.xml文件中配置maven-jar-plugin插件置顶启动入口文件和配置文件。具体配置内容如下：

第三步：使用script.sh文件启动。具体为进入打包后的bin目录下使用script.sh文件启动即可，启动命令：./script.sh start，启动环境：dev/pre/prod。

三方依赖文件与jar文件分离，避免将三方依赖文件打到该jar文件中，以便于开发人员在任意时刻对jar文件中的业务代码进行更改。服务器在发布该应用的过程中，需要从共享文件夹中获取三方依赖文件。本实施例中，在待发布应用进行启动时，通过类路径ClassPath指定的目标路径，获取待发布应用的三方依赖文件，从而启动待发布应用，实现应用分布过程。

通过将三方依赖文件分离，当需要对业务代码进行修改时，无需重新对三方依赖进行打包，只需要对修改的业务代码进行上传打包，服务器自动进行解包并获取三方依赖文件，启动待发布应用，节省了时间，减小的jar包的大小，提高了效率。

实施例三

本实施例在实施例一的基础上，提供一种应用部署时的文件配置装置，主要用于实现上述实施例一的应用部署时的文件配置方法的步骤，请参见图3，该应用部署时的文件配置装置包括获取模块31、编译模块32、打包模块33、压缩模块34、发送模块35，定义模块36，其中：

获取模块31用于获取待配置应用的资源文件，资源文件包括配置文件、业务代码和三方依赖文件；

编译模块32用于对业务代码进行编译，生成字节码.class文件；

打包模块33通过利用jar工具对字节码.class文件以及配置文件进行打包处理，生成一个jar文件；

压缩模块34用于将三方依赖文件从资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；

进一步地，压缩模块可将三方依赖文件压缩为如下格式中的其中一种：tar.gz格式、RAR格式、ZIP格式。

发送模块35将包含三方依赖文件的压缩文件存储到共享文件夹，将jar文件发送给WEB服务器进行发布，WEB服务器可从共享文件夹中获取到三方依赖文件。

可选的，还包括定义模块36，用于根据共享文件夹的存储位置，将三方依赖文件的存储路径添加到类路径ClassPath中。

实施例四

本实施例在实施例二的基础上，提供一种应用发布装置，主要用于实现上述实施例二中的应用发布方法的步骤，请参见图4，该装置包括接收模块41、发布模块42，其中：

接收模块41用于接收待发布应用的jar文件，jar文件中包括业务代码的字节码.class文件以及配置文件；

发布模块42用于对jar文件进行解包，获取程序入口以及类路径ClassPath，通过类路径ClassPath中指定的存储路径，获取待发布应用的三方依赖文件，以启动待发布应用，实现应用分布过程。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种应用部署时的文件配置方法，其特征在于，包括：

获取待配置应用的资源文件，所述资源文件包括配置文件、业务代码和三方依赖文件；

对所述业务代码进行编译，生成字节码.class文件；

利用jar工具对所述字节码.class文件以及所述配置文件进行打包处理，生成一个jar文件；

将所述三方依赖文件从所述资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；

将包含所述三方依赖文件的压缩文件存储到共享文件夹，将所述jar文件发送给WEB服务器进行发布，所述WEB服务器可从所述共享文件夹中获取到所述三方依赖文件。

2.根据权利要求1所述的应用部署时的文件配置方法，其特征在于，所述共享文件夹包括所述WEB服务器本地设定的文件夹、或与所述WEB服务器连接的数据库中设定的文件夹。

3.根据权利要求1所述的应用部署时的文件配置方法，其特征在于，所述预设压缩方式包括tar.gz格式、RAR格式、ZIP格式中的至少一种。

4.根据权利要求1-3任一项所述的应用部署时的文件配置方法，其特征在于，所述应用部署时的文件配置方法还包括：根据所述共享文件夹的存储位置，将所述三方依赖文件的存储路径添加到所述类路径ClassPath中。

5.一种应用发布方法，其特征在于，包括：

获取待发布应用的jar文件，所述jar文件中包括业务代码的字节码.class文件以及配置文件；

对所述jar文件进行解包，获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用，实现应用分布过程。

6.根据权利要求5所述的应用发布方法，其特征在于，所述获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用包括：

当接收到启动指令时，读取所述jar文件中的入口文件MANIFEST.FM，找到程序入口主类程序MAIN-CLASS，并通过所述类路径ClassPath指定的目标路径，获取所述待发布应用的三方依赖文件，加载到内存中，以使程序启动运行。

7.一种应用部署时的文件配置装置，其特征在于，包括：

获取模块，用于获取待配置应用的资源文件，所述资源文件包括配置文件、业务代码和三方依赖文件；

编译模块，用于对所述业务代码进行编译，生成字节码.class文件；

打包模块，通过利用jar工具对所述字节码.class文件以及所述配置文件进行打包处理，生成一个jar文件；

压缩模块，用于将所述三方依赖文件从所述资源文件中提取出来，并按照预设压缩方式进行压缩形成压缩文件；

发送模块，将包含所述三方依赖文件的压缩文件存储到共享文件夹，将所述jar文件发送给WEB服务器进行发布，所述WEB服务器可从所述共享文件夹中获取到所述三方依赖文件。

8.根据权利要求7所述的应用部署时的文件配置装置，其特征在于，所述压缩模块可将所述三方依赖文件压缩为如下格式中的其中一种：tar.gz格式、RAR格式、ZIP格式。

9.根据权利要求7或8所述的应用部署时的文件配置装置，其特征在于，还包括：

定义模块，用于根据所述共享文件夹的存储位置，将所述三方依赖文件的存储路径添加到所述类路径ClassPath中。

10.一种应用发布装置，其特征在于，包括：

接收模块，用于接收待发布应用的jar文件，所述jar文件中包括业务代码的字节码.class文件以及配置文件；

发布模块，用于对所述jar文件进行解包，获取程序入口以及类路径ClassPath，通过所述类路径ClassPath中指定的存储路径，获取所述待发布应用的三方依赖文件，以启动所述待发布应用，实现应用分布过程。