Discussion :

[kisitomomotene]

1- restore view: pas de problème ici
2- apply request: les valeurs des paramètres sont décodées puis stockées dans chaque composant. Quelle différence entre le décodage et la conversion qui se passera à l'étape suivante?
-process events: il s'agit de l'exécution de quels évènements?
3- process validation: les validateurs et les convertisseurs sont appellés. Comme je l'ai souligné précédemment, quelle différence entre décodage, et conversion?
-process events: il s'agit de l'exécution de quels évènements?
4- update model: apparemment cette phase est entièrement gérer par le framework, aucune intervention d'un code métier n'est possible. Est ce exacte?
-process events: il s'agit de l'exécution de quels évènements?
5-invoke application:les évènements et actions sont exécutés. A quoi servaient donc tous les process events précédents?
-process events: les évènements sont déjà exécutés à l'étape 5. je ne comprend vraiment rien alors!!
6-render response: RAS

[Sniper37]

voilà les phases JSF.

* Restore View
* Apply Request Values
* Process Validations
* Update Model Values
* Invoke Application
* Render Response

Update Model : dans cette phases, les valeurs saisies par l'utilisateurs sont corerctes, donc, JSF mets à jour le model, donc, le backing bean qui censé les contenir avec les valeurs dans les UI components. c'est la synchronisation entre le backing bean et les UI composants JSF.

pour le process event, ça doit être les Action Events, ce qu'on définit dans actionListener, ils sont ajoutés dans une file d'attente au début et suivant le cas, suivant le paramètre immediate, ils sont traités qu'à la fin de Invoke Application.

peut etre il serait intéressant d'expliquer toutes les phases en détails dans la faq .