This is a JIRA issue and a brief explanation of why it was first introduced in Spring 3.2. In addition, you can find more detailed information in the initial commit for this function.
In principle, this function allows you to open through JMX a live list of beans that exists in the application context from a specific application. For example, you have a webapp deployed to Tomcat, and after you launch it, you go to it as an environment variable called spring.liveBeansView.mbeanDomain . And let them say that you donβt give it any value or just an empty String. Spring searches for a long list of possible locations for these kinds of properties and finds it in the system environment. If he discovers that he will know that this list of live beans (in JSON format) through JMX will be shown.
If you are connecting from JConsole to an instance of Tomcat, you will see an entry called DefaultDomain and below it is your application name. If you expand it, there must be a SnapshotAsJson attribute, and this is a live list of beans from your webapp application context.
If you set the value of your system environment variable, say, "test_domain", the JMX entry would be called test_domain , not DefaultDomain .
So basically you see these DEBUG messages because Spring is looking for the spring.liveBeansView.mbeanDomain property in a long list of locations, one of which is JNDI (in the case of JEE servers).
The latest version of the SpringSource Tool Suite (and possibly some earlier versions) has a feature that uses this JMX beans environment called "Live beans Graph", which takes this JSON representation and creates a somewhat basic graphical representation of these beans.
Andrei Stefan
source share