8

Is there a difference using a singleton class and an application scoped managed bean to hold application data?

I need to lookup certain JNDI ressources such as remote bean interfaces and therefore I wrote myself a singleton to cache my references and only allow single references. (ServiceLocator)

I opened my website in two different browsers and that singleton got only initialized once. So I assume its application scope?

Any other benefits of a application scope managed bean then being able to access its properties in jsf?

Improve this question

1 Answer 1

Reset to default
5

Singletons are not unit testable nor abstractable nor extendable. Singletons are also unnecessarily complex to reliably create and maintain if your sole purpose is to have application scoped data (at least, if you really want a fullworthy singleton for it for some reason -most starters don't even exactly understand what a singleton is supposed to be).

"Just create one" like an application scoped managed bean is much simpler to develop, test and maintain. JSF as framework will guarantee that only one instance will be created and reused during web application's lifetime.

See also:

Improve this answer
Sign up to request clarification or add additional context in comments.

2 Comments

Thanks, that motivated me to search more about bad singleton designs and I read and watched some links on this topic that I found here in the forum.
What is the difference between the Singleton and ApplicationScope singleton annotations? (not the guarded singleton pattern, but the annotatons)? @BalusC

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.