В Spring MVC є можливість створювати ланцюжки об'єктів ViewResolver. Таким чином, обробка різних запитів може здійснюватись різними ViewResolver'амі і, відповідно, повертається результат може бути абсолютно різним.

В Spring MVC є можливість виконувати якісь дії перед обробкою запиту, відразу після його обробки і перед відправкою відповіді клієнту. Все це можна зробити за допомогою так званих Interceptor'ов. Ці перехоплювачі (Interceptor) дозволяють виконувати завдання, які є загальними для кожного запиту або набору запитів, без необхідності копіювати код в кожному методі контролера. Наприклад, можна виконувати аутентифікацію користувача перш, ніж запит досягне Вашого контролера і, в разі успіху, отримати деякі додаткові дані користувача з бази даних, додавши їх в об'єкт HttpServletRequest. З іншого боку, якщо запит не пройшов встановлену Вами перевірку (наприклад, входить в список "небезпечних" запитів, схожих на хакерські) Ви можете перенаправити користувача на іншу сторінку.

У заключній частині серії статей "Spring 3 і @Controller" буде розглянуто тільки дві прості анотації: @CookieValue і @RequestHeader. Анотація @CookieValue дозволяє прив'язати параметр методу контролера до HTTP-cookie. Анотація @RequestHeader дозволяє прив'язати параметр методу контролера до заголовку запиту.

Почнемо з причин появи цієї помилки... Ця помилка відбувається у випадку, коли Ваш код намагається отримати доступ, використати або створити об'єкт HttpSession в той час, коли Ваше відображення вже записало дані в вихідний потік сервлета. Але використовувати HttpSession вже занадто пізно так як це вимагає додавання HTTP-заголовка Set-Cookie в вихідний потік сервлета, що можна зробити тільки на початку відправлення відповіді браузеру. Це і є причиною виникнення помилки. У статті описано кілька способів усунення цього винятку.

У цій статті розглянемо нову можливість Spring MVC 3.1, а саме - використання RedirectAttributes. Цей клас використовується для передачі так званих flash-атрибутів, тобто, значень, які будуть доступні тільки наступного запиту і самоліквідуються для подальших запитів. Зазвичай вони служать для відображення користувачеві інформації з приводу успішної або неуспішної відправки форми.

У цій статті розглянемо роботу з анотацією @SessionAttributes в Spring MVC. Як зрозуміло з назви, ця анотація призначена для роботи з атрибутами сесії. А саме, @SessionAttributes оголошує атрибути сесії, що використовуються конкретним обробником.

Основні зміни в версії 5.3.3: виправлена ​​серйозна проблема з доступом до поля в компонентах підкласів; виправлено ряд дрібних помилок; доступні скомпільовані ZIP-архіви фреймворку, на додаток до ZIP-архівів коду фреймворку і JavaDoc'ів.

В Spring Framework є дуже корисний фільтр CharacterEncodingFilter, який дозволяє вказати кодування для запиту. Це корисно, оскільки сучасні браузери, як правило, не встановлюють кодування символів, навіть якщо воно вказано на HTML-сторінці або формі. Цей фільтр може або застосувати кодування за умовчанням, якщо в запиті не вказано кодування, або забезпечити кодування запиту в потрібне кодування незалежно від того, встановлена кодування в запиті чи ні ("forceEncoding"="true").

В Spring MVC є дуже корисна анотація - @ModelAttribute. Завдяки використанню цієї анотації можна істотно зменшити код контролера і полегшити його розуміння, а заодно і поліпшити його.

Продовжуємо тему контролера в Spring Framework. У цій частині буде розглянуто: використання стандартних класів HttpServletRequest і HttpSession; можливість використання Ant-подібних адрес; розподіл запитів по методам, використовуючи їх заголовки; потужний клас WebRequest; класи Local і Principal; анотації @RequestParam, @RequestHeader і @ResponseBody.