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
As of spring-projects/spring-framework#30335, JmsTemplate can be configured with an ObservationRegistry in order to record JMS observations at runtime. Given the scope of this, we should probably approach this with a bean post processor and automatically configure the registry on the JmsTemplate bean we are contributing.
The text was updated successfully, but these errors were encountered:
Prior to this commit, we set in gh-37388 the ObservationRegistry on the
auto-configured JmsTemplate bean. This enables observations and context
propagation when sending JMS messages.
This commit applies the same to the `DefaultJmsListenerContainerFactory`
and the `DefaultJmsListenerContainerFactoryConfigurer`, in order to
enable observations on `@JmsListener` annotated methods.
This commit also refactors the support implemented in gh-37388 to avoid
relying on a bean post processor and instead set the observation
registry directly in the main auto-configuration: while Micrometer core
is an actuator-only dependency, Micrometer Observation API is a compile
dependnecy for spring-jms itself and there is no need to separate
concerns there.
Fixesgh-38613
As of spring-projects/spring-framework#30335,
JmsTemplate
can be configured with anObservationRegistry
in order to record JMS observations at runtime. Given the scope of this, we should probably approach this with a bean post processor and automatically configure the registry on theJmsTemplate
bean we are contributing.The text was updated successfully, but these errors were encountered: