Http сесия, BCB

Първоначално HTTP протокол не съдържа механизъм за поддържане на клиентски сесия с уеб сървъра, но сървъра за уеб-базирани приложения, такива механизми са важни, и те са по-добре. Значението на сесиите, които често се налага да се съхраняват някои. информация в пространствата M / S от жалби на същия потребител на сървъра. И тази информация е специфична д / на всеки потребител и се съхранява тя трябва да бъде на сървъра.

В J2EE платформа има три механизъм за поддържане на сесията протокол HTTP: базирани бисквитка, въз основа на URL адрес (URL пренаписването) и на база -В в определен SSL протокол (Secure Socket Layer) - сесия слой протокол, който съм ISP бъде. заедно с HTTP. Механизмът по подразбиране се основава на бисквитката. Уеб контейнер генерира уникален ID-Не-р и създава javax.servlet.http.HttpSession тип обект, за-нето, съхранявани в него за идентифициране на всяка сесия, всеки polzovtelya.

Идентификационният номер на сесията (сесия) е приложен към отговора Xia бисквитка име JSESSIONID. При следващи разговори, направени в една и съща сесия, браузърът отдава бисквитката рано получи искане за бисквитка, получена с искане уеб контейнер определя заявката за членство за определен сесия, сравняване на идентификатора, извлечен от бисквитата и предмети от HTTP сесия. Тази кожа-м работи само ако подкрепата на браузъра бисквитка не е забранен.

Механизъм въз основа на URL адрес (URL пренаписване) е, че ID-р сесия прикрепен към URL адреса, като оформление параметри на име jsessionid. Този механизъм работи дори когато бисквитката е забранено. Въпреки това, REQ-Mo приложи подходящата опция от самото всички връзки, сочещи към едно и също приложение във всички страници на отговорите, получени от тях. За да се даде възможност на ИД-ра сесия, на URL predusm на. спец. метод encodeURL. С този метод г. Всички препратки преработени, притежавани до представите на всички страници от отговори.

Predusm SSL протокол. вграден механизъм за поддържане на сесията. Това т. Е използван заедно с HTTP протокол в случай на взаимодействие с уеб контейнера чрез шифрован канал.

Ако искането не е ге Ся към някоя от съществуващите сесии, като се започне Xia ново. Това създава идентификатор на сесия, и да се създаде-Ся тип обект javax.servlet.http.HttpSession, като част от тях идентификационния номер на сесията се съхраняват на сървъра, и че обикновено прикрепени към отговора под формата на бисквитка. Браузърът получи бисквитка като част от отговор и да го спасява след това, което придава на всяко искане към ING се изпраща на сървъра, с притежавани до който е получена. WebContainer, стр извличане сесия номер на искането, м. За да определите коя работна сесия отн Xia това искане.

Ако браузърът бисквитка са хора с увреждания, както и уеб приложенията не са испански от URL-пренаписване, а след всяко искане на клиента резултати в CREATE Богословския всеки път, когато новата сесия.

Loose свързване уеб клиент и уеб контейнер изисква изчакване като единствения надежден -VA г / се определи кога една сесия използва средната уеб приложение. По подразбиране, получил Xia изчакване за 30 минути. Ако по време на изчакване не е била преглеждана от User-А, на сесията, която използва средната Reader Xia завършена. Acc-ти път унищожени Xia сесия обект, и сесиен идентификатор-р-лагер къмпинг невалиден.

Вземете GetSession сесия обект м. От инт-са на HttpServletRequest. Това инт-себе си също е метод, за да-ING позволява да знаете ID-р сесия, най-към-ING дойде с молба (в момента на получаване на искането, както и че може да е невалиден), - метод getRequestSessionId, и да научат независимо дали това се предава заедно с бисквитка (метод isRequestedSessionIdFromCookie) или като оформление настройка, като част от URL (метод isRequestedSessionIdFromURL). isRequestedSessionIdValid метод позволява да се провери дали времето за изтичане на сесията дойде, светлината, която се предава с искането или не.

Javax.servlet.http.HttpSession интерфейс съдържа методи, които ви позволяват да се знае, всички параметри на сесията и да се работи с атрибутите на сесията:

getId - което връща идентификатор-р-сесия; getCreationTime - ВРЪЩАНЕ време на сесията; getLastAccessedTime - която връща времето на последния изготвен-Ia-ла цели в рамките на тази сесия; getMaxInactiveInterval - връща времето за изтичане на сесията; isNew - проверява дали сесията е създаден с помощта на получаване на искането или не; setMaxInactiveInterval - Обадете се. зададена стойност за таймаут.

Сесия обект е същата като ServletContext и ServletRequest, т. Да действа като атрибути контейнер г / друг обект. Живот в часове на сесията атрибути ограничен период от време на сесията използва средата с приложението Уеб. сесия атрибути - това е основният механизъм за съхраняване на информация за сървъра м / сек от обжалвания на един и същ потребител в рамките на една сесия с приложението Уеб. N-р, като атрибути сесия запазен от референтните Statefull сесия боб.
___________________________________________
Не всеки може да си позволи да си купи мъжки златен часовник на висока цена! Но всеки може да шпионира часовника за по-евтино, но толкова красива и елегантна. Симптом храбрите мъже са били през цялото време - костюм, пура и часовник злато. Купете мъже!