Якщо з'явилася необхідність додати якийсь код після створення 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 управляє взаємодією між вищезазначеними списками дій.

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

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

В Spring WebFlow для відправки подій зазвичай використовуються елементи керування input з ім'ям події, яке необхідно відправити. Але якщо від користувача не потрібні будь-які дані, то є сенс замінити кнопку на звичайне посилання. Це можна зробити, використовуючи службову змінну ${flowExecutionUrl} і параметр _eventId. Також, з подією можна передавати необхідні параметри.

У цій частині ми модифікуємо веб-програму з попередньої частини статті. Користувачеві необхідно буде ввести ім'я, що містить не менше 3-х символів, для того, щоб побачити вікно вітання.