Если появилась необходимость добавить какой-то код после создания bean'а, воспользуйтесь аннотацией @PostConstruct. На момент вызова метода, использующего аннотацию @PostConstruct, все объекты, помеченные аннотацией @Autowired уже будут созданны. Если необходимо выполнить какие-то действия перед уничтожением bean'а, воспользуйтесь аннотацией @PreDestroy.

Аннотация @Autowired отмечает конструктор, поле или метод как требующий автозаполнения инъекцией зависимости Spring. Данная аннотация впервые появилась в Spring 2.5. Чтобы аннотация @Autowire присвоила переменной значения соответствующего bean'а, необходимо чтобы этот bean либо был объявлен в xml конфигурации приложения, либо существовал класс с соответствующей иньекцией управления.

Команда Spring Roo выпустила новую 1.2.1.RELEASE версию своего продукта. Это первый релиз ветки 1.2, который включает исправления ряда ошибок в мульти-модуле поддержки Maven и JSF/PrimeFaces. Также повышена производительность Spring Roo и добалена поддержка PrimeFaces 3.1 и Google App Engine 1.6.2.

В этой части рассмотрим реализацию проверки знаний. Во время прохождения тестов пользователь имеет право допустить 3 ошибки. После каждой из первых двух ошибок пользователю отображается окно с информацией об этом. После 3-й ошибки пользователю сообщается, что тест завершился неудачей. После успешного прохождения тестов, пользователю отображается список всех вопросов, напротив каждого из которых стоит пометка о правильности ответа.

Авторизация. Перед прохождением тестов пользователю предлагается войти в систему под своим именем. Если имя в системе не существует, то программа просит пользователя зарегистрироваться. В этой части статьи напишем очень простой пример авторизации с использованием Spring Web Flow.

Как и в предыдущей статье о Spring Web Flow, в данном примере используются вложенные flow. На этот раз их будет два: один отвечает за авторизацию пользователя, второй - за прохождение тестирования пользователем. Родительский flow управляет взаимодействием между вышеупомянутыми списками действий.

C помощью простого примера вряд ли удастся показать всю мощь Spring Web Flow, однако сложную программу не стоит использовать в качестве учебного примера. Поэтому в основе примера будет что-то среднее, а именно - программа для проверки знаний пользователя с помощью тестов. То есть, пользователю задаются вопросы и предлагаются несколько вариантов ответа на каждый из них.

Продолжаем усложнять задачу как пример веб-приложения на Spring Web Flow. В этот раз будет наглядно показано, что сложная задача решается с помощью Spring Web Flow достаточно быстро и просто. В первой из 5-и частей описан процесс настройки проекта под будущее веб-приложение.

В Spring WebFlow для отправки событий обычно используются элементы управления input с именем события, которое необходимо отправить. Но если от пользователя не требуется ввода каких-либо данных, то есть смысл заменить кнопку на обычную ссылку. Это можно сделать, используя служебную переменную ${flowExecutionUrl} и параметр _eventId. Также, с событием можно передавать необходимые параметры.

В этой части мы модифицируем веб-приложение из предыдущей части статьи. Пользователю необходимо будет ввести имя, содержащее не менее 3-х символов, для того, чтобы увидеть окно приветствия.