Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Cannot Reproduce
-
Affects Version/s: 2.0-Beta1
-
Component/s: Framework, ICE-Components
-
Labels:None
-
Environment:ICEfaces 2 + Mojarra 2
-
ICEsoft Forum Reference:
-
Affects:Documentation (User Guide, Ref. Guide, etc.)
Description
Users are migrating ICEfaces 1.8.x applications to ICEfaces 2, and finding that dynamic ui:includes are not working. We need to investigate why this is, and come up with either code changes, or a new technique that developers should use. This should be documented in the wiki, in its own page, and link to by: http://wiki.icefaces.org/display/ICE/Compatibility
Based on a conversation that Mark and I had, I've heavily modified the test case (icefaces2/samples/test/dyninc) to provide 3-way page navigation as well as output a bit more information. The basic finding is the same as noted in the discussion in that both stock JSF and ICEfaces with compat components appear to behave in the same way. Adding the 3rd page did show the behaviour that Mark hypothesized with the navigation defaulting back to the default page when the navigation bean is request scoped. To summarize:
Request-scoped bean: The initial include correctly renders the default - page 1. Switching to dynamically include page 2 or 3 works but subsequent navigation always returns to page 1.
View-scoped bean: The initial include correctly renders the default - page 1. Switching to dynamically include page 2 or 3 works but subsequent navigation does not work - whatever page your are on you stay on.
Session-scoped bean: Dynamic includes appear to work all over.
Window-scoped bean: Dynamic includes appear to work if the page is enabled for ICEfaces. In stock JSF it behaves as a Request-scoped bean.