File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes JSF and the fly likes Render Response phase question Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » JSF
Bookmark "Render Response phase question" Watch "Render Response phase question" New topic
Author

Render Response phase question

Tom Fulton
Ranch Hand

Joined: Mar 30, 2006
Posts: 94
I am trying to find out what the specified behavior of the Render Response phase is supposed to be, and have discovered that the JSF spec seems oddly unclear on the topic.

Here is the question: during the Render Response phase, is the JSF Servlet supposed to call the getters for mapped backing bean properties for rendered pages, or does it get the value for the component from the in-memory component itself? Alternatively, is the behavior unspecified on purpose, giving JSF implementors the ability to do this or not, as they see fit?

The answer has implications for JSF application design...or, at least, some things developers will need to code around for portability. I may want to change the value in my backing bean as a result of code executing during the Invoke Application phase. To the best of my understanding, this will not automatically change the value in the component tree (nor should it, in my opinion). If we can assume that these two things are out of phase with one another, which one does Render Response use?

I did some experimentation on this using MyFaces, and (at least in 1.1.5) it appeared to consistently call the getter for a mapped property during Render Response. But the spec does not seem to say that it must�which leads me to wonder if I should depend on this for portability.

Anyone have any idea? Either what it�s supposed to do according to the spec (I could just be reading it wrong�specifications are not fun to read), or what rules I must follow in order to keep my application portable across JSF implementations. If I know I can�t change the value in my backing bean after the Update Model Values phase, fine�but that might force me to make such behavior �front-loaded� before that phase by making the component immediate. I�m not sure that will be an option all the time.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Render Response phase question
 
Similar Threads
Aren't incoming values converted and applied to JSF Components before validations phase
JSF Notes on Events
lifecycle saveview
JSF keeps displaying old values after Validation Phase fails (ignoring actionListeners settings)
JSF lifecycle: Transition from "Invoke application" to "Render view"