Это означало сказать "нестандартные" объекты там. То есть не String, Integer и т. д., а полноценные объекты со значениями, такие как Javabeans и т. д.
Обновление : Теперь я вижу, что означает документация. Это означало, что эти значения на самом деле были переданы не как сложные объекты, а как простые ванильные строки, представляющие выражение значения. Буквально, "bean.hotel", "bean.user.address" и т. Д. Когда страница отправляется, эти строки оцениваются как выражения значений, и сложный объект, связанный с ним, будет извлечен из памяти JSF.
Важность здесь заключается в том, что вам необходимо сохранить тот же сложный объект в последующем запросе отправки формы, как это было при первоначальном отображении формы. Если бин является областью запроса, исходный объект будет потерян, когда ответ будет завершен. Вы хотели бы снова создать точно такой же сложный объект в конструкторе компонента во время последующего запроса. Другой способ исправить эту «проблему» - поместить компонент в более широкую область, такую как область сеанса, область диалога Seam или область представления JSF 2.0.
Это также то, что пытается сказать следующее предложение документации:
Вы должны убедиться, что параметры доступны не только при отображении страницы, но и при ее отправке. Если аргументы не могут быть разрешены при отправке страницы, метод действия будет вызван с нулевыми аргументами!