Question

I’m somewhat confused about the lifecycle of ManagedBeans of type “request”.

In this example i’m using one request bean “userBean” to fill this page and one request bean “userEditBean” to fill the following edit page.

<h:form>
    <h:panelGrid border="1" columns="2">

        <h:outputText value="Name" />
        <h:outputText value="#{userBean.user.name}" />
        ...
    </h:panelGrid>

    <h:commandButton value="Edit" action="edit" actionListener="#{userEditBean.init}">
        <f:attribute name="user" value="#{userBean.user}"/>
    </h:commandButton>
</h:form>

When i press the Edit button a userEditBean is created but the attribute map resolves “user” to null.

Does this mean that the attribute EL is resolved after the userBean has already been destroyed? How can i pass values from incoming beans to outgoing beans?

Answer 1

You’re setting the attribute value with an expression, not a static value. Whenever you request the value, the expression will be re-evaluated again. The userBean.user apparently isn’t present in the subsequent request. You need to ensure that it is there (in other words, the constructor of the userBean should ensure that the user is been created and set.

There are however alternatives. One of the best is to use Tomahawk‘s <t:saveState> for that. Add it somewhere in the page:

<t:saveState value="#{userBean.user}" />

That said, I agree with Bozho that the whole approach is a bit strange, but that’s another story. You may however get lot of useful ideas out either of the following articles: Communication in JSF and/or Using Datatables. Good luck.