My colleagues very often use word "application context". In many articles this collocation used very often too.
My current understanding: application context is single xml file.
But I understand that if I was right, people wouldn't use "application context" instead of configuration xml file.
Can you help me to deal with this issue?
@feak gives a straight answer about the meaning of
ApplicationContext
in terms of Spring. In short, it is an object that loads the configuration (usuallya XML fileannotation based) and then Spring will start managing the beans and its benefits:To start an application context, you may use one of the following:
Manually load the application context at the beginning of your application. This is done for sample purposes or in standalone applications:
In case of Java web applications using Spring MVC, the
DispatchServlet
will load the application context for you, so you only have to create a springapp-servlet.xml file in WEB-INF folder of the application.Note that an application context is associated to a single configuration (XML based or not). Period.
After understanding this, you could also understand that you can have more than a single application context per application. This is, having two or more
ApplicationContext
s in the same application. From the last example in the console application, this is easy to check:Note that we have two application contexts using the same XML configuration. Can you do this? Yes, you're actually seeing it here. What's the difference, then? The main difference is that Spring beans singleton scopes are singleton per application context, this mean when retrieving a
Bar
bean that's configured in applicationContext.xml file fromcontext
will not be the same as retrieving it fromcontext2
, but several retrieves fromcontext
will return the sameBar
bean instance.Is this considered a good or bad practice? Neither, it will depend on the problem to be solved (in case of last example, I would say it is a bad practice). Most people would recommend having all your beans configured in a single place (via XML or another) and loaded by a single application context.
I guess that you colleagues meant the loaded spring application context, which allows access to: