From 685f3a7fc1c1b3c9a900d706dca4e2acbd078970 Mon Sep 17 00:00:00 2001 From: buildmaster Date: Tue, 28 May 2019 16:01:46 +0000 Subject: [PATCH] Sync docs from 1.4.x to gh-pages --- 1.4.x/index.html | 2 +- 1.4.x/multi/multi_pr01.html | 2 +- 1.4.x/single/spring-cloud-config.html | 2 +- 1.4.x/spring-cloud-config.xml | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/1.4.x/index.html b/1.4.x/index.html index 5ba52ddb..60eee378 100644 --- a/1.4.x/index.html +++ b/1.4.x/index.html @@ -90,7 +90,7 @@ $(addBlockSwitches);
-

1.4.9.BUILD-SNAPSHOT

+

1.4.8.BUILD-SNAPSHOT

diff --git a/1.4.x/multi/multi_pr01.html b/1.4.x/multi/multi_pr01.html index b1a24e58..48f597c8 100644 --- a/1.4.x/multi/multi_pr01.html +++ b/1.4.x/multi/multi_pr01.html @@ -1,3 +1,3 @@ -

1.4.9.BUILD-SNAPSHOT

Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring Environment and PropertySource abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content. It is easy to add alternative implementations and plug them in with Spring configuration.

\ No newline at end of file +

1.4.8.BUILD-SNAPSHOT

Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring Environment and PropertySource abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content. It is easy to add alternative implementations and plug them in with Spring configuration.

\ No newline at end of file diff --git a/1.4.x/single/spring-cloud-config.html b/1.4.x/single/spring-cloud-config.html index d16a421f..26c8453b 100644 --- a/1.4.x/single/spring-cloud-config.html +++ b/1.4.x/single/spring-cloud-config.html @@ -1,6 +1,6 @@ - Spring Cloud Config

Spring Cloud Config


1.4.9.BUILD-SNAPSHOT

Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring Environment and PropertySource abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content. It is easy to add alternative implementations and plug them in with Spring configuration.

1. Quick Start

Start the server:

$ cd spring-cloud-config-server
+   Spring Cloud Config

Spring Cloud Config


1.4.8.BUILD-SNAPSHOT

Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring Environment and PropertySource abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content. It is easy to add alternative implementations and plug them in with Spring configuration.

1. Quick Start

Start the server:

$ cd spring-cloud-config-server
 $ ../mvnw spring-boot:run

The server is a Spring Boot application so you can run it from your IDE instead if you prefer (the main class is ConfigServerApplication). Then try out a client:

$ curl localhost:8888/foo/development
diff --git a/1.4.x/spring-cloud-config.xml b/1.4.x/spring-cloud-config.xml
index 92f274a0..bab80f1c 100644
--- a/1.4.x/spring-cloud-config.xml
+++ b/1.4.x/spring-cloud-config.xml
@@ -8,7 +8,7 @@
 
 
 
-1.4.9.BUILD-SNAPSHOT
+1.4.8.BUILD-SNAPSHOT
 Spring Cloud Config provides server and client-side support for externalized configuration in a distributed system. With the Config Server you have a central place to manage external properties for applications across all environments. The concepts on both client and server map identically to the Spring Environment and PropertySource abstractions, so they fit very well with Spring applications, but can be used with any application running in any language. As an application moves through the deployment pipeline from dev to test and into production you can manage the configuration between those environments and be certain that applications have everything they need to run when they migrate. The default implementation of the server storage backend uses git so it easily supports labelled versions of configuration environments, as well as being accessible to a wide range of tooling for managing the content.  It is easy to add alternative implementations and plug them in with Spring configuration.