Releases: micrometer-metrics/micrometer
Releases · micrometer-metrics/micrometer
v0.10.0.RELEASE
- Added
CompositeMeterRegistry
for shipping metrics to multiple systems. - Added
Metrics
, an all-static class for building meters against a global static composite registry. Using this is the new recommended approach for common libraries. - Added a
NamingConvention
interface, a config option to set a naming convention on a registry, and added default naming conventions for all supported monitoring systems. - Moved
longTaskTimer
behindMeterRegistry.more()
, where more esoteric meter patterns will live as they are added. - New
MeterRegistry.find(...)
fluent builder for finding meters with a particular type, name, set of tags, value, etc. HierarchicalNameMapper
is now a functional interface.- Eliminated the old
Meters.monitor(...)
type builders, and put themonitor
method on each binder (e.g. for Guava cache metrics, you now useGuavaCacheMetrics.monitor(...)
. This prevents runtime issues related to missing optional dependencies. - Added instrumentation for Caffeine caches.
v0.9.0.RELEASE
v0.8.0.RELEASE
- Support for exporting to Graphite, Ganglia, and JMX via a new
DropwizardMeterRegistry
. The new registry can be used as a base for exporting to other hierarchical systems as needed. - Broadened the use of
TagFormatter
to sanitize metric names and tags across all supported monitoring systems for both user-provided values and binder-provided values. - Fixed common tag values not being correctly appended to Prometheus meters (@eloo).
- Added
MeterRegistryConfigurer
which allows for the application of common tags before any meters are registered (@eloo).
v0.7.0.RELEASE
- Support common tags on registries which are added to every metric reported to the monitoring system (useful for things like host, region, stack, etc.).
- Fixed synchronization issue on deduping new metrics (#53) @eloo.
PrometheusMeterRegistry
now constructs a new instance ofCollectorRegistry
to support better test isolation (#54) @eloo.- Prevent garbage collection of
DataSourcePoolMetadata
that causedDataSource
gauges to eventually become invalid @eloo. - Provide abstract Spectator implementation for push backends taking step counts and changed the Datadog registry to use this implementation @CameLion.
v0.6.3.RELEASE
- First successful release under
io.micrometer
group. - Spring 4/Boot 1 support has been split into a
micrometer-spring-legacy
project, and Spring 5/Boot 2 support will be merged directly into the Boot 2 codebase.
v0.6.1.RELEASE
Do not use -- only partially released to Maven Central and JCenter
- Changed to a static version on assertj in
micrometer-spring-legacy
in order to publish to Maven Central.
v0.6.0.RELEASE
Do not use -- only partially released to Maven Central and JCenter
- First release under
io.micrometer
group - Spring 4/Boot 1 support has been split into a
micrometer-spring-legacy
project, and Spring 5/Boot 2 support will be merged directly into the Boot 2 codebase.
v0.5.1.RELEASE
Fix boot 1 configuration to not require AOP
v0.5.0.RELEASE
Fix release versioning
v0.4.0.RELEASE
- Add support for quantiles and histograms for timers and distribution summaries
- [bug] Prometheus timers, long task timers, and distribution summaries can be registered with the same name and different tags
- [bug] Logback metrics filter preserves logging configuration
- Support for quantiles in
@Timed
- Atlas support added
- Support for custom meter types
- Instrumentation for executor pools of various types