CN107179907A - 一种配置系统及方法 - Google Patents

Abstract

本发明提供的一种配置系统及方法，配置系统包括数据库服务器和客户端，数据库服务器存储多种配置文件；客户端在启动java虚拟机时传入目标运行环境参数，来使java项目程序知道当前应该获取哪个运行环境的配置文件。将配置文件从具体java项目中剥离出来，java项目程序打包一次，获取不同运行环境的配置文件来运行，即实现了java项目程序打包一次即可在多种运行环境运行的目的。

Description

一种配置系统及方法

技术领域

本发明涉及数据处理技术领域，更具体地说，涉及一种配置系统及方法。

背景技术

java是一种面向对象的程序设计语言，既可用于开发软件，在web中也大显身手。用java开发的项目就是java项目。对于一个java项目来说，不同运行环境的配置文件也不相同。目前，需要针对不同的运行环境单独打包可运行的程序。即针对不同的运行环境需要分别打包不同的程序。因此，现在亟需一种实现java项目程序打包一次即可多种运行环境运行的方案。

发明内容

有鉴于此，本发明提出一种配置系统及方法，欲实现java项目程序打包一次即可在多种运行环境运行的目的。

为了实现上述目的，现提出的方案如下：

一种配置系统，包括：客户端和数据库服务器，

所述数据库服务器，用于存储多种配置文件，每种配置文件与java项目程序的一种运行环境相对应；

所述客户端，用于在启动java虚拟机时，向所述java项目程序传入目标运行环境参数；

所述客户端，还用于在运行所述java项目程序时，根据所述目标运行环境参数从所述数据库服务器中获取对应的配置文件。

优选的，所述系统，还包括：

配置管理平台，用于供用户查看、修改、添加和删除所述数据库服务器中存储的配置文件。

优选的，所述数据库服务器，还用于：

存储在线的客户端IP，并监测所述在线的客户端IP对应的配置文件是否发生修改，若是，则通知相应的客户端重新下载配置文件。

优选的，所述数据库服务器，还用于：

存储所述java项目程序的每种运行环境的配置文件对应的客户端IP列表，并在接收到所述客户端发送的获取配置文件的请求命令时，判断所述客户端的IP是否存在相应的客户端IP列表中，若存在，则向所述客户端返回相应的配置文件，若不存在，则拒绝向所述客户端返回相应的配置文件。

优选的，所述数据库服务器，具体用于：

将所述多种配置文件加密后存储。

一种配置方法，应用于客户端，包括：

在启动java虚拟机时，向java项目程序传入目标运行环境参数；

在运行所述java项目程序时，根据所述目标运行环境参数从数据库服务器中获取相应的配置文件，所述数据库服务器存储有多种配置文件，每种配置文件与所述java项目程序的一种运行环境相对应。

一种配置方法，应用于数据库服务器，包括：

接收客户端发送的获取配置文件的请求命令；

根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件，每种配置文件与java项目程序的一种运行环境相对应；

发送所述配置文件至所述客户端。

优选的，所述多种配置文件具体为：

加密后存储的所述多种配置文件。

优选的，在接收客户端发送的获取配置文件的请求命令后，还包括：

判断所述客户端的IP是否在相应预设客户端IP列表中；

若存在，则执行根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件的步骤。

优选的，在发送所述配置文件至所述客户端后，还包括：

监测所述配置文件是否发生修改，若是，则通知所述客户端重新下载所述配置文件

与现有技术相比，本发明的技术方案具有以下优点：

上述技术方案提供的配置系统及方法，数据库服务器，存储多种配置文件；客户端在启动java虚拟机时传入目标运行环境参数，来使java项目程序知道当前应该获取哪个运行环境的配置文件。将配置文件从具体java项目中剥离出来，java项目程序打包一次，获取不同运行环境的配置文件来运行，即实现了java项目程序打包一次即可在多种运行环境进行运行的目的。

附图说明

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

图1是本发明提供的一种配置系统的示意图；

图2是本发明提供的另一种配置系统的示意图；

图3是本发明提供的一种应用于客户端的配置方法的流程图；

图4是本发明提供的一种应用于数据库服务器的配置方法的流程图；

图5是本发明提供的另一种应用于数据库服务器的配置方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

在本实施例中，提供一种配置系统，请参见图1，该配置系统包括：客户端1和数据库服务器2，

数据库服务器2，用于存储多种配置文件，每种配置文件与java项目程序的一种运行环境相对应。具体的使用MySQL数据库存储各个java项目的各个运行环境的配置文件。各个运行环境包括但不限于RD(research and development)环境、QA(quality assurance)环境和online环境。其中，RD环境是指研发人员的开发环境，QA环境是指测试环境，通常可供多人一起测试，online环境是指正式环境对外提供服务的环境，也叫生产环境。配置文件是指预先保存了很多服务器程序运行时所需参数的文件，一般可直接用文本编辑器打开来浏览。比如同一套程序需要在生产环境和测试环境运行，而生产环境和测试环境中，所需要连的数据库是不一样的。此时数据库的连接凭据就写在配置文件里。

所述客户端1，用于在启动java虚拟机时，向所述java项目程序传入目标环境参数。JVM(Java Virtual Machine，Java虚拟机)就是一个java的运行环境，java项目程序需要JVM来运行。在一个系统上(如Windows)预先安装JVM时，会有默认的JVM参数。通过在启动JVM时向java项目程序传入目标运行环境参数，来使java项目程序知道当前应该获取哪个运行环境的配置文件。具体的，纯jar包直接运行时，命令可以为：“nohup$JAVA_HO ME/bin/java-Ddisconf.env＝qa-jar/usr/local/qasset/qasset-client.jar>/dev/null 2>&1&”，其中，“nohup”是linux系统中命令，“nohup”和末尾的“&”用于让准备要启动的进程在后台运行，“$JAVA_HOME/bin/java”用于启动预先安装好的JVM，“Ddisconf.env＝qa”用于传入自定义的目标运行环境参数(env＝qa)，“jar/usr/local/qasset/qasset-client.jar”表示本次JVM要运行的是是哪个jar包程序(即java项目程序)，“>/dev/null 2>&1”表示丢弃程序运行中产生的所有信息。

如果需要在tomcat等容器里运行，可在setenv.sh中写入JVM启动参数来指定目标运行环境参数。

如果JAVA项目希望最后打包出来的文件可以直接执行，类似于window s系统上的exe程序，双击就能运行，那么会打包成jar包；如果JAVA项目是个web项目，需要展现网页等，就会打包成war包，此时就需要在tomcat等容器里运行。Tomcat容器可以认为是加了很多功能的JVM。打包就是指将一个JAVA项目运行时所需要的所有文件，如其他通用方法库，图片资源和配置文件等都放到一个特殊格式的压缩包里。

所述客户端1，还用于在运行所述java项目程序时，根据所述目标运行环境参数从所述数据库服务器中获取对应的配置文件。

预先在java项目程序中导入相关jar包，在jar包中使用一个默认的conf.properties文件，用于告诉java项目程序去哪儿获取运行时的配置文件，以实现配置文件的自动获取。conf.properties文件，支持spring原生参数注解的方式，在程序运行时注入配置。一般来说，一些预先写好的java方法会打成一个jar包，供其他项目来使用。本文提到的jar包，具体指能帮助客户端去自动下载目标环境的配置文件的jar包。

下面以qAsset-mgmt这样一个web项目为例进行说明：

在其application.xml中添加如下内容，

“#

#.配置服务器的HOST，用逗号分隔..127.0.0.1:8000,127.0.0.1:8000

#

Con_server_host＝10.121.85.222:8000

#.版本，请采用X_X_X_X格式

version＝0_1

#.APP.请采用产品线_服务名.格式

app＝qAsset

#.环境

env＝rd

#.debug

debug＝true

#.忽略哪些分布式配置，用逗号分隔

ignore＝”

通过添加以上内容用于获取指定的配置文件，并将这些配置文件中的内容存入configProperties的bean中供后续使用。

本实施例提供的配置系统，数据库服务器2存储多种配置文件；客户端1在启动java虚拟机时传入目标运行环境参数，来使java项目程序知道当前应该获取哪个运行环境对应的配置文件。将配置文件从具体java项目中剥离出来，java项目程序打包一次，获取不同运行环境的配置文件来运行，即实现了java项目程序打包一次即可多种运行环境运行的目的。

进一步的，数据库服务器2，还用于：存储java项目程序的每种运行环境的配置文件对应的客户端IP列表，并在接收到客户端的获取配置文件的请求命令时，判断该客户端的IP是否存在相应的客户端列表中，若存在，则向该客户端返回相应的配置文件，若不存在，则拒绝向该客户端返回相应的配置文件。

使用MySQL数据库存储各个java项目的每种运行环境的配置文件对应的客户端IP列表。如数据库服务器2接收到客户端A获取配置文件的请求命令时，根据请求中包含的java项目和目标运行环境参数，匹配到相应的客户端IP列表，再检测客户端A的IP是否存在匹配到的客户端IP列表中，进而决定是否返回相应的配置文件。实现了配置文件的安全访问。

进一步的，数据库服务器，可以将多种运行环境的配置文件加密后存储。进而提高了数据的安全性。

实施例二

在图1示出的配置系统的基础上扩展出另一种配置系统，请参见图2，相对图1示出的配置系统，本实施例提供的配置系统还包括：

配置管理平台3，用于供用户查看、修改、添加和删除所述数据库服务器2中存储的配置文件。

通过配置管理平台3统一管理多个项目、多个运行环境的配置文件。配置管理平台3具体的可以为供用户直接访问，以及客户端请求下载配置文件的一个网站。用户登录配置管理平台3后，可以查看、修改、添加和删除数据库服务器2中存储的配置文件。如果数据库服务器2是将java项目程序的多个运行环境的配置文件加密后存储的，则相应的配置管理平台3会将配置文件解密后显示，以供用户操作。并在用户操作结束保存时，将保存的配置文件加密后存储。

增加配置管理平台3后，客户端1可以调用配置管理平台的API去下载配置文件。

进一步的，数据库服务器2，还用于：存储在线的客户端IP，并监测在线的客户端IP对应的配置文件是否发生修改，若是，则通知相应的客户端重新下载配置文件。具体的利用Zookeeper存储在线的客户端IP。在线的客户端端即为与Zookeeper建立连接的客户端。当用户登录配置管理平台3修改了某个配置文件后，Zookeeper通知获取了该配置文件的客户端重新下载该配置文件。

实施例三

本实施例提供了一种应用于客户端的配置方法，参见图3，该方法可以包括：

步骤S11：在启动java虚拟机时，向java项目程序传入目标运行环境参数；

步骤S12：在运行所述java项目程序时，根据所述目标运行环境参数从数据库服务器中获取相应的配置文件。

数据库服务器存储有多种配置文件，每种配置文件与java项目程序的一种运行环境相对应。

上述配置方法，数据库服务器2存储多种配置文件；客户端1在启动java虚拟机时传入目标运行环境参数，来使java项目程序知道当前应该获取哪个运行环境对应的配置文件。将配置文件从具体java项目中剥离出来，java项目程序打包一次，获取不同运行环境的配置文件来运行，即实现了java项目程序打包一次即可多种运行环境运行的目的。

实施例四

本实施例提供了一种应用于数据库服务器的配置方法，参见图4，该方法可以包括：

步骤S21：接收客户端发送的获取配置文件的请求命令；

步骤S22：根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件，每种配置文件与java项目程序的一种运行环境相对应；

步骤S23：发送所述配置文件至所述客户端。

上述配置方法，数据库服务器2存储多种配置文件，在接收到客户端发送的获取配置文件的请求命令时，将相应的配置文件发送至客户端。将配置文件从具体java项目中剥离出来，java项目程序打包一次，获取不同运行环境的配置文件来运行，即实现了java项目程序打包一次即可多种运行环境运行的目的。

具体的，为提高数据安全性，可以将配置文件经过加密后存储。

本实施例提供了另一种应用于数据库服务器的配置方法，参见图5，该方法可以包括：

步骤S31：接收客户端发送的获取配置文件的请求命令；

步骤S32：判断所述客户端的IP是否在相应预设客户端IP列表中，若是，则执行步骤S33；

步骤S33：根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件，每种配置文件与java项目程序的一种运行环境相对应；

步骤S34：发送所述配置文件至所述客户端。

步骤S31、S33、S34分别与步骤S21、S22、S23相同。

优选的，在步骤发送所述配置文件至所述客户端后，还可以包括：

监测所述配置文件是否发生修改，若是，则通知所述客户端重新下载所述配置文件。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对本发明所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种配置系统，其特征在于，包括：客户端和数据库服务器，

所述数据库服务器，用于存储多种配置文件，每种配置文件与java项目程序的一种运行环境相对应；

所述客户端，用于在启动java虚拟机时，向所述java项目程序传入目标运行环境参数；

所述客户端，还用于在运行所述java项目程序时，根据所述目标运行环境参数从所述数据库服务器中获取对应的配置文件。

2.根据权利要求1所述的系统，其特征在于，所述系统，还包括：

配置管理平台，用于供用户查看、修改、添加和删除所述数据库服务器中存储的配置文件。

3.根据权利要求2所述的系统，其特征在于，所述数据库服务器，还用于：

存储在线的客户端IP，并监测所述在线的客户端IP对应的配置文件是否发生修改，若是，则通知相应的客户端重新下载配置文件。

4.根据权利要求1所述的系统，其特征在于，所述数据库服务器，还用于：

存储所述java项目程序的每种运行环境的配置文件对应的客户端IP列表，并在接收到所述客户端发送的获取配置文件的请求命令时，判断所述客户端的IP是否存在相应的客户端IP列表中；

若存在，则向所述客户端返回相应配置文件，若不存在，则拒绝向所述客户端返回相应配置文件。

5.根据权利要求1～4任意一项所述的系统，其特征在于，所述数据库服务器，具体用于：

将所述多种配置文件加密后存储。

6.一种配置方法，其特征在于，应用于客户端，包括：

在启动java虚拟机时，向java项目程序传入目标运行环境参数；

在运行所述java项目程序时，根据所述目标运行环境参数从数据库服务器中获取相应的配置文件，所述数据库服务器存储有多种配置文件，每种配置文件与所述java项目程序的一种运行环境相对应。

7.一种配置方法，其特征在于，应用于数据库服务器，包括：

接收客户端发送的获取配置文件的请求命令；

根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件，每种配置文件与java项目程序的一种运行环境相对应；

发送所述配置文件至所述客户端。

8.根据权利要求7所述的方法，其特征在于，所述多种配置文件具体为：

加密后存储的所述多种配置文件。

9.根据权利要求7所述的方法，其特征在于，在接收客户端发送的获取配置文件的请求命令后，还包括：

判断所述客户端的IP是否在相应预设客户端IP列表中；

若存在，则执行根据所述请求命令，从预先存储的多种配置文件中获取相应的配置文件的步骤。

10.根据权利要求7所述的方法，其特征在于，在发送所述配置文件至所述客户端后，还包括：

监测所述配置文件是否发生修改，若是，则通知所述客户端重新下载所述配置文件。