You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current dbHealthIndicator currently includes all DataSource beans, however, AbstractRoutingDataSource almost never needed directly. By default we should probably filter it out.
The text was updated successfully, but these errors were encountered:
Since the `JestClient` is auto-configured as a bean, it must have its
multi-threaded support enabled by default. This commit exposes a new
`spring.elasticsearch.jest.multi-threaded` property that is `true` by
default.
Closesgh-6806
@philwebb I'm putting multiple datasources behind an AbstractRoutingDataSource, but they are not registered as beans because they are instantiated dynamically at run time. Does actuator have any "out of the box" way to handle this scenario?
@natetyler There is an existing PR to provide functionality that will allow you to register HealthIndicators in runtime - take a look at #4894 and #4965.
@natetyler how about exposing your own HealthIndicator that uses your AbstractRoutingDataSource and provides the desired feature? DataSourceHealthIndicator is public API so you could create an instance for each of your data source and combine the results yourself (CompositeHealthIndicator can help with that).
@vpavic@snicoll Thanks for the prompt replies. I ended up going with CompositeHealthIndicator grouping multiple DataSourceHealthIndicator and it's perfect.
The current
dbHealthIndicator
currently includes allDataSource
beans, however,AbstractRoutingDataSource
almost never needed directly. By default we should probably filter it out.The text was updated successfully, but these errors were encountered: