Spring Cloud Config Server с использованием SVN

Я пытаюсь настроить SVN для получения моей конфигурации с помощью Spring Cloud Config Server, который может быть обнаружен сервером Eureka. В первый раз сервер конфигурации регистрируется как «UP» в Eureka, но как только я отключаю его и снова запускаю, я вижу его в статусе «DOWN» в Eureka.

Я использовал этот пример в качестве справки, поскольку доступной документации не так много. для использования svn в качестве источника для вашей конфигурации

Любая помощь могла бы быть полезна:

Зависимость POM — относящаяся к серверу конфигурации

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>Camden.SR4</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

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

<dependency>
    <groupId>org.tmatesoft.svnkit</groupId>
    <artifactId>svnkit</artifactId>
</dependency>

Сервер конфигурации — bootstrap.yml

spring:
  application:
    name: config-server
  profiles:
    active: subversion

Сервер конфигурации — application.yml

 spring:
  cloud:
    config:
      server:
        svn:
          uri: <my svn repo>
          username: username
          password: password
          basedir: <file system path where the repo would be checked out>
          default-label: <my branch path where the actual config file resides>

Ниже показано, что я вижу в своей консоли журнала

2017-02-07 14:41:21.263  INFO 28776 --- [           main] com.netflix.discovery.DiscoveryClient    : Saw local status change event StatusChangeEvent [timestamp=1486507281263, current=UP, previous=STARTING]
2017-02-07 14:41:21.266  INFO 28776 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_CONFIG-SERVER/<machine-name>:config-server:8100: registering service...
2017-02-07 14:41:21.696  INFO 28776 --- [           main] s.b.c.e.t.TomcatEmbeddedServletContainer : Tomcat started on port(s): 8100 (http)
2017-02-07 14:41:21.699  INFO 28776 --- [           main] c.n.e.EurekaDiscoveryClientConfiguration : Updating port to 8100
2017-02-07 14:41:21.710  INFO 28776 --- [           main] c.s.s.s.c.a.ConfigServerApplication      : Started ConfigServerApplication in 12.477 seconds (JVM running for 20.423)
2017-02-07 14:41:21.881  INFO 28776 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_CONFIG-SERVER/<machine-name>:config-server:8100 - registration status: 204
2017-02-07 14:41:22.263 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:41:25.106  WARN 28776 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : Saw local status change event StatusChangeEvent [timestamp=1486507285106, current=DOWN, previous=UP]
2017-02-07 14:41:25.106  WARN 28776 --- [nfoReplicator-0] c.n.discovery.InstanceInfoReplicator     : Ignoring onDemand update due to rate limiter
2017-02-07 14:41:25.106  INFO 28776 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_CONFIG-SERVER/<machine-name>:config-server:8100: registering service...
2017-02-07 14:41:25.114  INFO 28776 --- [nfoReplicator-0] com.netflix.discovery.DiscoveryClient    : DiscoveryClient_CONFIG-SERVER/<machine-name>:config-server:8100 - registration status: 204
2017-02-07 14:41:51.214  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Disable delta property : false
2017-02-07 14:41:51.216  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Single vip registry refresh property : null
2017-02-07 14:41:51.217  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Force full registry fetch : false
2017-02-07 14:41:51.218  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Application is null : false
2017-02-07 14:41:51.219  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Registered Applications size is zero : true
2017-02-07 14:41:51.220  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Application version is -1: false
2017-02-07 14:41:51.221  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : Getting all instance registry info from the eureka server
2017-02-07 14:41:51.251  INFO 28776 --- [freshExecutor-0] com.netflix.discovery.DiscoveryClient    : The response status is 200
2017-02-07 14:41:55.121 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:42:27.122 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:42:59.114 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:43:31.107 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:44:03.106 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:44:35.108 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.
2017-02-07 14:45:07.108 DEBUG 28776 --- [nfoReplicator-0] o.s.c.c.s.e.SvnKitEnvironmentRepository  : Repo already checked out - updating instead.

person Sayantan    schedule 07.02.2017    source источник
comment
Итак, ваш вопрос не имеет ничего общего с svn, он просто регистрируется в Discovery?   -  person spencergibb    schedule 08.02.2017
comment
ну, речь идет о том, чтобы сервер конфигурации работал с SVN, похоже, что с приведенной выше конфигурацией он неоднократно пытается обновить локальную копию репо, не знаю почему, что, вероятно, является причиной того, что в Eureka отображается экземпляр сервера конфигурации как ВНИЗ, где я ошибаюсь? @spencergibb - я видел ваш ответ на здесь, но я хранил свои файлы конфигурации в определенной ветке и упомянул об этом в конфигурация метки по умолчанию (также пробовалась как часть конфигурации svn.url без метки по умолчанию), в этом проблема?   -  person Sayantan    schedule 08.02.2017
comment
просто чтобы убедиться, почему нет ответа, моя организация перешла из SVN в Git, и теперь мы используем собственную поддержку местоположения для сервера конфигурации.   -  person Sayantan    schedule 08.08.2018