Javax.servlet.http.HttpSession

Javax.servlet.http.HttpServletRequest

Этот интерфейс представляет абстракцию HTTP запроса. Через него доступны параметры HTTP запроса, HTTP заголовки, cookies, а так же сессия текущего пользователя (HTTP session).

6.2.3. javax.servlet.http.HttpServletResponse

Этот интерфейс представляет абстракцию HTTP ответа сервера. Через него разарботчик может установить cookies, HTTP заголовки, послать редирект на другой URL (например на другой Servlet), а так же сформировать ответ клиентскому брауезеру, получив Writer и записав в него HTML страницу.

Этот интерфейс абстрагирует доступ к HTTP сессии пользователя. Сессия пользователя – это вообще говоря некая область памяти, доступная три ассоциативного массива (пара «ключ-значение») для каждого отдельного клиента, при этом клиенты не могут видеть чужую сессию. Этим достигается изолированная работа клиентов. Протокол HTTP по своей природе – протокол без состояния (stateless), т.е. между запросами от одного и того же клиента, Servlet (или подобный модуль в технологии отличной от Java) не хранит никакой информации о пользователе и всю информацию берёт из текущего запроса. Для того чтобы обойти это ограничение было введено понятие HTTP сессии. Соотношение между конкретной сессией и конкретным клиентом задаётся либо с помощью cookies либо с помощью специального hidden поля (обычно называющегося jsessionid). В таком cookie или поле записывается зашифрованный уникальный идентификатор пользовательской сессии и web сервер, прозрачно для разработчика сервлета, подключает к текущему запросу соответствующую заранее созданную сессию клиента. Таким образом в сессии можно хранить различного рода данные. Однако, сессию не следует рассматривать как постоянное и надёжное хранилище данных, так как в случае отключения браузера и подключения заново (открыли браузер, зашли на страницу, закрыли, открыли по новой, зашли) – сессия будет утеряна – сервер не сохраняет сессию в БД или в файле. Кроме того, при большом размере пользовательских сессий и большом количестве пользователей, поддержка механизма сессий может оказаться слишком ресурсозатратной с точки зрения потребляемой памяти, что в свою очередь резко отрицательно сказывается на производительности и масштабируемости системы. Из этого следует, что объекты, которые необходимо сохранять в трибу не должны быть большими и не должны быть важными данными которые нельзя утерять. В последнем случае следует использовать сохранение таких объектов в БД. Дополнительные проблемы могут возникать с сессией и при использовании кластерных конфигураций, так как сессию приходиться реплицировать между узлами кластера, что при больших её объёмах опять таки может вызывать падение производительности.

Дата добавления: 2014-01-05