Difference between managed bean and backing bean

Question

I came across the terms "managed bean" and "backing bean" in several forums. Many people think both are the same. But, there seems to be a slight difference. Can any one help me to understand the exact difference between these two terms?

Hirohito

Under the covers of JSF: BackingBean managedBean = new BackingBean() – Ingeborg

@Ingeborg : Ed Burn & Chris Schalk talk about the difference. See stackoverflow.com/questions/27423969/… – Olson

@Shirgill: current question has nothing to do with "model beans". – Ingeborg

A managed bean is a backing bean but, backing bean need/may not be a 'managed' bean. E: @Ingeborg comment is awesome! Upvoted. – Amberlyamberoid

Answer 1

Changing my initial answer - there is no meaningful difference between the two. The tutorial says that backing beans are later declared as managed beans. So, to summarize:

• a backing bean is the class out of context
• a managed bean is the backing bean whenever it is declared to be used with the JSF managed bean facility.

I've never actually used the term "backing bean", because I found no use to it. So you might be better off using only "managed bean". Note that in JSF 2.0 (and in CDI) you have @ManagedBean- so your bean is a managed bean.

BalusC suggested that "backing bean" is the definition, and "managed bean" is the instance. While this might have been the original idea of JSF creators, I don't think it is worth supporting it. CDI and spring for example don't have different term for "bean definition" and "bean instance".

The JSF 2.0 specification mentions the term "backing bean" only a few times, with no definition whatsoever. In addition to that it mentions "backing bean class", which might mean that "backing bean" != "backing bean class", which brings further confusion.

So to conclude - for me both are interchangeable, and I'd stick to only using "managed bean"

Proleg

See the comment from BalusC. It seems your answer is not entirely correct:stackoverflow.com/questions/4749451/… – Hirohito

Yes there's no difference, but the reason for a ManagedBean to be called a BackingBean is because it "backs up" a form, instead of using String,int,Boolean we use UIInput,UIOutput which provides more control over the form elements. BackingBean is used with Forms, that's it. – Davinadavine

A backing bean backs a facelets page. When you call it managed bean, what comes to mind is that it's managed by a artifact but that concept does not make sense in the business logic. – Aubert

Answer 2

What is Managed Bean?

JavaBean objects managed by a JSF implementation are called managed beans. A managed bean describes how a bean is created and managed. It has nothing to do with the bean's functionalities.

What is Backing Bean?

Backing beans are JavaBeans components associated with UI components used in a page. Backing-bean management separates the definition of UI component objects from objects that perform application-specific processing and hold data. The backing bean defines properties and handling-logics associated with the UI components used on the page. Each backing-bean property is bound to either a component instance or its value. Backing bean also defines a set of methods that perform functions for the component, such as validating the component's data, handling events that the component fires and performing processing associated with navigation when the component activates.

What are the differences between a Backing Bean and Managed Bean?

Backing Beans are merely a convention, a subtype of JSF Managed Beans which have a very particular purpose. There is nothing special in a Backing Bean that makes it different from any other managed bean apart from its usage.

MB : Managed Bean ; BB : Backing Bean

1) BB: A backing bean is any bean that is referenced by a form.

MB: A managed bean is a backing bean that has been registered with JSF (in faces-config.xml) and it automatically created (and optionally initialized) by JSF when it is needed.

The advantage of managed beans is that the JSF framework will automatically create these beans, optionally initialize them with parameters you specify in faces-config.xml.

2) BB: Backing Beans should be defined only in the request scope

MB: The managed beans that are created by JSF can be stored within the request, session, or application scopes .

Backing Beans should be defined in the request scope, exist in a one-to-one relationship with a particular page and hold all of the page specific event handling code. In a real-world scenario, several pages may need to share the same backing bean behind the scenes. A backing bean not only contains view data, but also behavior related to that data.

Brittbritta

Answer 3

Backing Bean is any bean that is bound with JSF UI. while Managed bean is any bean

Association

What do you mean, managed bean is any bean? Like a mean with some state but not bounded to any JSF view? (like .xhtml )? – Illnatured

Answer 4

Simply put,

You as developer do:

@ManagedBean(name="managedBean")
@RequestScoped
public class BackingBean {
    // ...
}

JSF as bean management framework does under the covers:

BackingBean managedBean = new BackingBean();
externalContext.getRequestMap().put("managedBean", managedBean);

So, the backing bean is the concrete class which is developed by you and usually tied to the view, and the managed bean is the concrete instance, which is under the covers created and put in the desired scope by the bean management framework on demand, and available by #{managedBean} in EL. You never need to create and put it in the scope yourself. If you did so then there's no means of a framework-managed bean.

CDI @Named and Spring @Component do essentially the same thing as JSF @ManagedBean.

To learn more about how bean management frameworks like JSF, CDI and Spring find and create their managed beans, the following troubleshooter should provide in depth insight: Identifying and solving javax.el.PropertyNotFoundException: Target Unreachable.

See also:

• What components are MVC in JSF MVC framework?
• JSF Controller, Service and DAO
• JSF managed bean naming conventions

Ingeborg

Answer 5

http://docs.oracle.com/javaee/5/tutorial/doc/bnaqm.html says

A typical JavaServer Faces application includes one or more backing beans, each of which is a JavaServer Faces managed bean that is associated with the UI components used in a particular page. Managed beans are JavaBeans components (see JavaBeans Components) that you can configure using the managed bean facility, which is described in Configuring Beans. This section introduces the basic concepts on creating, configuring, and using backing beans in an application.

http://docs.oracle.com/javaee/6/tutorial/doc/bnaqm.html makes no mention of "backing bean".

Authorization

Answer 6

Managed Beans are managed (instantiated and destroyed) by container.

Backing Beans are managed beans that back views as data models.

Crispate

Please write the reason for down voting. – Crispate

where did you read these definitions? Specialy the second one. – Smew

Best answer! To the point. Backing beans are managed beans that supports the MVC pattern for JSF. They serve as the (M)odel part. – Lacilacie

Answer 7

I would say that the backing bean is a bean used strictly for UI purposes, that is, referenced in the jsp files. After all, all beans managed by JSF container are managed beans, however there are different contexts in which they might be used. For more see accepted answer here: JSF : ManagedBean, Good place to deal with Business Logic?

Aleta

Answer 8

Backing Bean is a kind of Managed Bean. Managed Bean is an Object (i.e. instance of a Class ), created by a container (that's why it is called managed) and of course that Object has a Class and if you feel like it, you can create as many instances of that class no matter what annotation they have with m = new MyManagedBean(), just it will be a Not-So-Managed-Bean or at least not managed by a container but managed by you :)

And backing bean is a kind of managed bean (as Santosh put it: a convention) that usually uses the JSF requestScope (but in some frameworks like ADF there is even a designated scope only for backing beans called backingBeanScope - you would have never guessed) .

And yes... The flavor of jsf managed beans that one would call BackingBeans is used to bind UIComponents and write ActionListeners, while lets say "model beans" flavor would go in the session scope for example and hold your data

Ivo

Answers are downvoted for different reasons. I think Santos' answer was downvoted because he simply copied and pasted the text form another web page without giving credit to the original author or page (the same text can be found here: developersbook.com/jsf/interview-questions/…)). And since there is no official definition of the discussed terms, no one should insist that his point of view is the only truth. The Stackoverflow community has a good sense in promoting the best answers. – Bille

Answer 9

I took a very good (expensive) course on JSF. What I learned there is just about what is explained in http://www.avromroyfaderman.com/2008/07/from-backing-bean-to-managed-bean/.

Perhaps this difference is not the theoretical difference or the etymology of the terms, but it is certainly a very practical way to set up your architecture, especially if you are part of a large project with multiple developers and/or need to maintain a lot of code for a long time. Basically the idea is that you put your UI Business Logic in Managed Beans. Backing beans are sparse and just support the page itself.

Essy

Answer 10

From this link JSF - Managed Beans

Managed Bean :

Managed Bean is a regular Java Bean class registered with JSF. In other words, Managed Beans is a java bean managed by JSF framework.

From this link Creating and Using a Backing Bean for a Web Page :

Backing Bean :

In JSF, backing beans are JavaBeans used mainly to provide UI logic and to manage data between the web tier and the business tier of the application (similar to a data transfer object). Typically you have one backing bean per JSF page. The backing bean contains the logic and properties for the UI components used on the page.

NB:

For a backing bean to be available when the application starts, you register it as a managed bean with a name and scope

Sweat

@Ingeborg I added the sources and references where I get my answer – Sweat

Answer 11

Managed Bean:

A managed bean is a backing bean that has been registered with JSF (in faces-config.xml) or using Annotations. Managed Bean automatically created (and optionally initialized) by JSF when it is needed.

If you use Managed Bean in your application you have to use following syntax in JSF page to set or get values form bean

<h:inputText value="#{user.name}"/>

Backing Bean:

A bean that contains some or all component objects of a web form. Such a bean is called a backing bean for the web form.

When you use a backing bean, you need to wire up the components on the form to those on the bean. You use the binding attribute for this purpose

Example:

<h:inputText binding="#{myForm.myComponent}" .../>

Observe how we are getting or setting values to Backing bean.

Backing Beans should be defined in the request scope, exist in a one-to-one relationship with a particular page and hold all of the page specific event handling code

Hope it useful to someone.

Dupaix