Если я правильно объединил информацию, содержащуюся в BalusC 'Великий пост 2006 годаhttp://balusc.blogspot.ch/2006/09/debug-jsf-lifecycle.html с Оптимус ПраймЕще раньшеhttp://cagataycivici.wordpress.com/2005/12/28/jsf_component_s_value_local/ Я получаю следующее:

Мое понимание:

На этапе APPLY_REQUEST_VALUESвходное значение установлено в свойство submitValue компонента пользовательского интерфейса (например, inputComponent.setSubmittedValue (»тестовое задание")).На этапе PROCESS_VALIDATIONSте же значения считываются из свойства submitValue (предположительно inputComponent.getSubmittedValue()) и используется для конвертации, если необходимо.Если преобразование было успешным или пропущено, результат устанавливается равным свойству value компонента (например, inputComponent.SetValue (»тестовое задание")).Кроме того, переданное значение сразу же снова удаляется (например, inputComponent.setSubmittedValue(ноль))(преобразованное) значение считывается из свойства value компонента пользовательского интерфейса (предположительно inputComponent.GetValue ()) и подтверждено.после проверки бэк / модель поддержкисохраненное значение считывается (например, myBean.getInputValue()) и сравнивается с недавно преобразованным и проверенным значением. Если они разные, будут вызываться метод (ы) valueChangeListener.На этапе UPDATE_MODEL_VALUESВновь преобразованное и проверенное значение наконец сохраняется в компоненте поддержкиПоле свойства s (например, myBean.setInputValue (»тестовое задание")).

Вопросы:

Это правильно?Чего-то не хватает для полного понимания того, что происходит между POST и сохранением входного значения в компоненте поддержки?С немедленным = "правда" на входном компоненте мы просто перемещаем эти события в фазу APPLY_REQUEST_VALUES или мы меняем больше, чем просто время / порядок событий?