diff --git a/reference/html/index.html b/reference/html/index.html index 3036a0db..7f9b9bb7 100644 --- a/reference/html/index.html +++ b/reference/html/index.html @@ -157,7 +157,13 @@ $(addBlockSwitches);
Apart from the basic ServiceInstanceListSupplier implementation that retrieves instances
-via DiscoveryClient each time it has to choose an instance, we provide a Caffeine-backed
-implementation.
-To make use of it, you need to have com.github.ben-manes.caffeine:caffeine in the classpath.
-The default setup includes expireAfterWrite set to 30 seconds and records set to soft references.
Apart from the basic ServiceInstanceListSupplier implementation that retrieves instances via DiscoveryClient each time it has to choose an instance, we provide two caching implementations.
If you have com.github.ben-manes.caffeine:caffeine in the classpath, Caffeine-based implementation will be used.
+See the LoadBalancerCacheConfiguration section for information on how to configure it.
You can set your own TTL value (the time after write after which entries should be expired), expressed as Duration, by passing a String compliant with the Spring Boot String to Duration converter syntax.
-as the value of spring.cloud.loadbalancer.cache.ttl property.
You can also override the default Caffeine Cache setup for the LoadBalancer by passing your own Caffeine Specification +
If you are using Caffeine, you can also override the default Caffeine Cache setup for the LoadBalancer by passing your own Caffeine Specification
in the spring.cloud.loadbalancer.cache.caffeine.spec property.
WARN: Passing your own Caffeine specification will override any other LoadBalancerCache settings, including TTL.
WARN: Passing your own Caffeine specification will override any other LoadBalancerCache settings, including General LoadBalancer Cache Configuration fields, such as ttl and capacity.
If you do not have Caffeine in the classpath, the DefaultLoadBalancerCache, which comes automatically with spring-cloud-starter-loadbalancer, will be used.
+See the LoadBalancerCacheConfiguration section for information on how to configure it.
| + + | +
+To use Caffeine instead of the default cache, add the com.github.ben-manes.caffeine:caffeine dependency to classpath.
+ |
+
You can set your own ttl value (the time after write after which entries should be expired), expressed as Duration, by passing a String compliant with the Spring Boot String to Duration converter syntax.
+as the value of the spring.cloud.loadbalancer.cache.ttl property.
+You can also set your own LoadBalancer cache initial capacity by setting the value of the spring.cloud.loadbalancer.cache.capacity property.
The default setup includes ttl set to 30 seconds and the default initialCapacity is 256.
You can also altogether disable loadBalancer caching by setting the value of spring.cloud.loadbalancer.cache.enabled
@@ -1381,6 +1415,7 @@ than the cached versions, so we recommend always using the cached version in pro
Apart from the basic ServiceInstanceListSupplier implementation that retrieves instances
-via DiscoveryClient each time it has to choose an instance, we provide a Caffeine-backed
-implementation.
-To make use of it, you need to have com.github.ben-manes.caffeine:caffeine in the classpath.
-The default setup includes expireAfterWrite set to 30 seconds and records set to soft references.
Apart from the basic ServiceInstanceListSupplier implementation that retrieves instances via DiscoveryClient each time it has to choose an instance, we provide two caching implementations.
If you have com.github.ben-manes.caffeine:caffeine in the classpath, Caffeine-based implementation will be used.
+See the LoadBalancerCacheConfiguration section for information on how to configure it.
You can set your own TTL value (the time after write after which entries should be expired), expressed as Duration, by passing a String compliant with the Spring Boot String to Duration converter syntax.
-as the value of spring.cloud.loadbalancer.cache.ttl property.
You can also override the default Caffeine Cache setup for the LoadBalancer by passing your own Caffeine Specification +
If you are using Caffeine, you can also override the default Caffeine Cache setup for the LoadBalancer by passing your own Caffeine Specification
in the spring.cloud.loadbalancer.cache.caffeine.spec property.
WARN: Passing your own Caffeine specification will override any other LoadBalancerCache settings, including TTL.
WARN: Passing your own Caffeine specification will override any other LoadBalancerCache settings, including General LoadBalancer Cache Configuration fields, such as ttl and capacity.
If you do not have Caffeine in the classpath, the DefaultLoadBalancerCache, which comes automatically with spring-cloud-starter-loadbalancer, will be used.
+See the LoadBalancerCacheConfiguration section for information on how to configure it.
| + + | +
+To use Caffeine instead of the default cache, add the com.github.ben-manes.caffeine:caffeine dependency to classpath.
+ |
+
You can set your own ttl value (the time after write after which entries should be expired), expressed as Duration, by passing a String compliant with the Spring Boot String to Duration converter syntax.
+as the value of the spring.cloud.loadbalancer.cache.ttl property.
+You can also set your own LoadBalancer cache initial capacity by setting the value of the spring.cloud.loadbalancer.cache.capacity property.
The default setup includes ttl set to 30 seconds and the default initialCapacity is 256.
You can also altogether disable loadBalancer caching by setting the value of spring.cloud.loadbalancer.cache.enabled
@@ -1381,6 +1415,7 @@ than the cached versions, so we recommend always using the cached version in pro