springcloud(七)：配置中心svn示例和refresh

上一篇springcloud(六)：配置中心git示例留了一个小问题，当从新修改配置文件提交后，客户端获取的仍然是修改前的信息，这个问题咱们先放下，待会再讲。国内不少公司都使用的svn来作代码的版本控制，咱们先介绍如下如何使用svn+Spring Cloud Config来作配置中心。

svn版本

一样先示例server端的代码，基本步骤同样。

一、添加依赖

<dependencies>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-config-server</artifactId>
    </dependency>
    <dependency>
        <groupId>org.tmatesoft.svnkit</groupId>
        <artifactId>svnkit</artifactId>
    </dependency>
</dependencies>

须要多引入svnkitr包

二、配置文件

server: port: 8001 spring: cloud: config: server: svn: uri: http://192.168.0.6/svn/repo/config-repo
 username: username password: password default-label: trunk profiles: active: subversion application: name: spring-cloud-config-server

和git版本稍有区别，须要显示声明subversion.

三、启动类

启动类没有变化，添加@EnableConfigServer激活对配置中心的支持

@EnableConfigServer @SpringBootApplication public class ConfigServerApplication { public static void main(String[] args) { SpringApplication.run(ConfigServerApplication.class, args); } }

四、测试

服务端测试

访问：http://localhost:8001/neo-config-dev.properties，返回：neo.hello: hello im dev，说明服务端能够正常读取到svn代码库中的配置信息。修改配置文件neo-config-dev.properties中配置信息为：neo.hello=hello im dev update,再次在浏览器访问http://localhost:8001/neo-config-dev.properties，返回：neo.hello: hello im dev update。说明server端会自动读取最新提交的内容

客户端测试

客户端直接使用上一篇示例项目spring-cloud-config-client来测试，配置基本不用变更。启动项目后访问：http://localhost:8002/hello，返回：hello im dev update说明已经正确的从server端获取到了参数。一样修改svn配置并提交，再次访问http://localhost:8002/hello``依然获取的是旧的信息，和git版本的问题同样。

refresh

如今来解决上一篇的遗留问题，这个问题在svn版本中依然存在。Spring Cloud Config分服务端和客户端，服务端负责将git（svn）中存储的配置文件发布成REST接口，客户端能够从服务端REST接口获取配置。但客户端并不能主动感知到配置的变化，从而主动去获取新的配置。客户端如何去主动获取新的配置信息呢，springcloud已经给咱们提供了解决方案，每一个客户端经过POST方法触发各自的/refresh。

修改spring-cloud-config-client项目已到达能够refresh的功能。

一、添加依赖

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

增长了spring-boot-starter-actuator包，spring-boot-starter-actuator是一套监控的功能，能够监控程序在运行时状态，其中就包括/refresh的功能。

二、 开启更新机制

须要给加载变量的类上面加载@RefreshScope，在客户端执行/refresh的时候就会更新此类下面的变量值。

@RestController @RefreshScope // 使用该注解的类，会在接到SpringCloud配置中心配置刷新的时候，自动将新的配置更新到该类对应的字段中。
class HelloController { @Value("${neo.hello}") private String hello; @RequestMapping("/hello") public String from() { return this.hello; } }

三、测试

springboot 1.5.X 以上默认开通了安全认证，因此须要在配置文件application.properties添加如下配置

management.security.enabled=false

OK 这样就改造完了，以post请求的方式来访问http://localhost:8002/refresh 就会更新修改后的配置文件。

咱们再次来测试，首先访问http://localhost:8002/hello，返回：hello im dev，我将库中的值修改成hello im dev update。在win上面打开cmd执行curl -X POST http://localhost:8002/refresh，返回["neo.hello"]说明已经更新了neo.hello的值。咱们再次访问http://localhost:8002/hello，返回：hello im dev update,客户端已经获得了最新的值。

每次手动刷新客户端也很麻烦，有没有什么办法只要提交代码就自动调用客户端来更新呢，github的webhook是一个好的办法。

四、webhook

WebHook是当某个事件发生时，经过发送http post请求的方式来通知信息接收方。Webhook来监测你在Github.com上的各类事件，最多见的莫过于push事件。若是你设置了一个监测push事件的Webhook，那么每当你的这个项目有了任何提交，这个Webhook都会被触发，这时Github就会发送一个HTTP POST请求到你配置好的地址。

如此一来，你就能够经过这种方式去自动完成一些重复性工做，好比，你能够用Webhook来自动触发一些持续集成（CI）工具的运做，好比Travis CI；又或者是经过 Webhook 去部署你的线上服务器。下图就是github上面的webhook配置。

• Payload URL ：触发后回调的URL
• Content type ：数据格式，两种通常使用json
• Secret ：用做给POST的body加密的字符串。采用HMAC算法
• events ：触发的事件列表。

events事件类型	描述
push	仓库有push时触发。默认事件
create	当有分支或标签被建立时触发
delete	当有分支或标签被删除时触发

svn也有相似的hook机制，每次提交后会触发post-commit脚本，咱们能够在这里写一些post请求

这样咱们就能够利用hook的机制去触发客户端的更新，可是当客户端愈来愈多的时候hook支持的已经不够优雅，另外每次增长客户端都须要改动hook也是不现实的。其实Spring Cloud给了咱们更好解决方案，后面文章来介绍。