with dynamic src ... complete madness

Question

I'm having a massive problem getting an extremely simple task done in JSF. The problem: I have objects, who have aggregated properties that can vary in type from object to object. Depending on the type of the property, I want to use a different set of input fields.

The subtype components reside in frameworks and get loaded on demand. To this end, I use the following code:

<h:panelGroup id="zusatzdaten">
    <fieldset class="clear">
    <legend>#{tickerUI.ticker.tickerDescription.label}
          (#{tickerUI.ticker.tickerDescId})
    </legend>
    <h:panelGroup rendered="#{tickerUI.editComponentName != null}">
        <ui:include src="#{tickerUI.editComponentName}"/>
    </h:panelGroup>
    </fieldset>
</h:panelGroup>

The name of the component comes out of TickerUI, which is of @SessionScope. Now the dazzling bit: when it first loads, the correct subcomponent is displayed. However, when using a link in the navigation, which should lead to including a different component, the content is NOT updated! This results in an error, because the data is now a different subtype, but the form components are still from the previous one.

When going back from the error and clicking the link again, the correct component is displayed. I logged the value of editComponentName and the correct values are returned. This is very confusing. Why is including the wrong content when the getter returns the correct component name to the 's src attribute?

Help greatly appreciated.

`` runs during view build time, not during view render time. See also http://stackoverflow.com/questions/3342984/jstl-in-jsf2-facelets-makes-sense — BalusC, Apr 23 '13 at 13:27
Thank you. I'm obviously still new to JSF and this JSTL/JSF render time stuff is not easy to wrap your head around. I found the solution on your blog: ` javax.faces.PARTIAL_STATE_SAVING false ` — Jürgen Simon, Apr 23 '13 at 15:40
This is old, but I have faced this problem today and I have found a workaround that is working for me: just wrap ui:include inside a simple ui:fragment: — mnesarco, Jul 25 '18 at 14:36

score 8 · Accepted Answer · answered Apr 23 '13 at 15:27

Actually your problem is a classic view build vs view render time problem/misunderstanding. More specifically, the view is built on every new request and reconstructed from a previously saved state on postbacks. Later the view is rendered to produce HTML content.

Now, as <ui:include> is a tag handler, or in official terms a view build time tag, when you first request the page, its value attribute is evaluated, and the included page makes its way into the view. Upon postback, contrary to what you might expect, the incuded contents are already there, in the reconstructed view. So, it is an expected behaviour that you'll have the exact part of view rendered.

As to the solution, you could just simply include an exhaustive list of static includes that are wrapped in conditionally rendered <ui:fragment> JSF components. For simplicity, all content could be places within a container like <h:panelGroup> that's always rendered for ease of AJAX updates. The code could be assembled as follows:

<h:panelGroup id="ui">
    <ui:fragment rendered="#{bean.condition1}">
        <ui:include src="/path/to/file1.xhtml"/>
    </ui:fragment>
    ...
    <ui:fragment rendered="#{bean.condition_n}">
        <ui:include src="/path/to/file_n.xhtml"/>
    </ui:fragment>
</h:panelGroup>

Thanks, but in this case static includes are not an option. The components should be plugged in from 'add-on' frameworks, without touching the main application. We had something hard-coded in there, which was the reason I started looking into replacing it with a more dynamic solution. — Jürgen Simon, Apr 23 '13 at 15:44

score 1 · Answer 2 · answered Apr 23 '13 at 15:46

A classical dilemma, it seems. BalusC's blog gave the solution for my case in the form of a configuration parameter in web.xml:

<context-param> 
    <param-name>javax.faces.PARTIAL_STATE_SAVING</param-name> 
    <param-value>false</param-value>
</context-param>

with dynamic src ... complete madness

2 Answers2

Linked