Commit b191974f authored by Andy Wilkinson's avatar Andy Wilkinson

Reflect Java 7/8 differences in javadoc for metric repository auto-config

Closes gh-6985
parent ae4b8dc4
...@@ -28,7 +28,6 @@ import org.springframework.boot.actuate.metrics.buffer.GaugeBuffers; ...@@ -28,7 +28,6 @@ import org.springframework.boot.actuate.metrics.buffer.GaugeBuffers;
import org.springframework.boot.actuate.metrics.export.Exporter; import org.springframework.boot.actuate.metrics.export.Exporter;
import org.springframework.boot.actuate.metrics.export.MetricCopyExporter; import org.springframework.boot.actuate.metrics.export.MetricCopyExporter;
import org.springframework.boot.actuate.metrics.repository.InMemoryMetricRepository; import org.springframework.boot.actuate.metrics.repository.InMemoryMetricRepository;
import org.springframework.boot.actuate.metrics.repository.MetricRepository;
import org.springframework.boot.actuate.metrics.writer.DefaultCounterService; import org.springframework.boot.actuate.metrics.writer.DefaultCounterService;
import org.springframework.boot.actuate.metrics.writer.DefaultGaugeService; import org.springframework.boot.actuate.metrics.writer.DefaultGaugeService;
import org.springframework.boot.actuate.metrics.writer.MetricWriter; import org.springframework.boot.actuate.metrics.writer.MetricWriter;
...@@ -46,12 +45,12 @@ import org.springframework.messaging.MessageChannel; ...@@ -46,12 +45,12 @@ import org.springframework.messaging.MessageChannel;
* user-facing {@link GaugeService} and {@link CounterService} instances, and also back * user-facing {@link GaugeService} and {@link CounterService} instances, and also back
* end repositories to catch the data pumped into them. * end repositories to catch the data pumped into them.
* <p> * <p>
* An {@link InMemoryMetricRepository} is always created unless another * In general, even if metric data needs to be stored and analysed remotely, it is
* {@link MetricRepository} is already provided by the user. In general, even if metric * recommended to use in-memory storage to buffer metric updates locally as is done by the
* data needs to be stored and analysed remotely, it is recommended to use an in-memory * default {@link InMemoryMetricRepository} (Java 7) or {@link CounterBuffers} and
* repository to buffer metric updates locally. The values can be exported (e.g. on a * {@link GaugeBuffers} (Java 8). The values can be exported (e.g. on a periodic basis)
* periodic basis) using an {@link Exporter}, most implementations of which have * using an {@link Exporter}, most implementations of which have optimizations for sending
* optimizations for sending data to remote repositories. * data to remote repositories.
* <p> * <p>
* If Spring Messaging is on the classpath and a {@link MessageChannel} called * If Spring Messaging is on the classpath and a {@link MessageChannel} called
* "metricsChannel" is also available, all metric update events are published additionally * "metricsChannel" is also available, all metric update events are published additionally
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment