При использовании Tomcat 5.0/5.5/6.0 контейнера, печенье генерируется TOMCAT менеджером сеансов для отслеживания сеанса (JSESSIONID) является за сессии куков (браузер память только куки) вместо упорная печенья (записать на диск). Это связано с тем, что диспетчер сеанса выполняет (hardcoded) setMaxAge (-1), так что сгенерированный HTTP-ответ содержит: Set-Cookie: JSESSIONID=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX; Path=/
и № Expire=date
.
Итак, когда браузер закрыт (все окна браузера или просто окно, содержащее файл cookie, в зависимости от версий браузера variuos), cookie - и сеанс - теряются.[*]
Это не имеет ничего общего с <session-timeout>
, что параметр, который указывает на стороне сервера менеджер сеанса кот истечь сеансов, когда чем указано простаивает больше времени.
[*] они все равно будут сохраняться на диске на стороне сервера, до истечения времени ожидания сеанса, но не будет запроса с активизацией их cookie.
@ ororg.life.java - Jigar Joshi - вы получите – Varun
* для более поздней части * возможно, вы использовали google chat из gmail из веб-браузера, поскольку вы могли заметить, что при закрытии соединения он показывает * try in. . * Я следую этому механизму, который делает непрерывный опрос сервером при закрытии бровей или завершении работы машины, и вы можете обнаружить, что теперь настало время сделать недействительным сеанс, из источника, который вам нужен, чтобы создать хорошо продуманный apttern для этого, иначе будет накладные расходы –
комментарий лучше ответа :) –