Session Tomcat/JavaEE:会话意外停止
我们遇到突然注销的问题。它附带了一个版本切换，以前的应用程序运行JSF1.2，而这个应用程序运行JSF2.1。由于这是一次主要的重构，因此无法跟踪任何特定的代码更改。但是对代码进行了重大更新（尽管主要是视图而不是bean） 我们可以控制每一个地方，如果我们使会话无效，它们会被记录下来，而不是原因 我们使用会话bean进行身份验证，它实现了Session Tomcat/JavaEE:会话意外停止,session,tomcat,jsf-2,tomcat6,Session,Tomcat,Jsf 2,Tomcat6,我们遇到突然注销的问题。它附带了一个版本切换，以前的应用程序运行JSF1.2，而这个应用程序运行JSF2.1。由于这是一次主要的重构，因此无法跟踪任何特定的代码更改。但是对代码进行了重大更新（尽管主要是视图而不是bean） 我们可以控制每一个地方，如果我们使会话无效，它们会被记录下来，而不是原因 我们使用会话bean进行身份验证，它实现了httpsessionbindingstener 我们记录valueUnbound，并可以判断注销是由会话生命周期结束引起的。我们正在努力寻找原因 Tomcat
httpsessionbindingstener<session-timeout>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>client</param-value>
javax.faces.STATE\u保存方法
客户
HttpServletResponse response = (HttpServletResponse) getFacesContext().getExternalContext().getResponse();
Map<String, Object> cookies = getFacesContext().getExternalContext().getRequestCookieMap();
Cookie cookie = (Cookie) cookies.get("JSESSIONID");
cookie.setValue("");
cookie.setPath("/");
cookie.setMaxAge(0);
response.addCookie(cookie);
HttpServletResponse=（HttpServletResponse）getFacesContext（）.getExternalContext（）.getResponse（）；
映射cookies=getFacesContext（）.getExternalContext（）.getRequestCookieMap（）；
Cookie Cookie=（Cookie）cookies.get（“JSESSIONID”）；
cookie.setValue（“”）；
cookie.setPath（“/”）；
cookie.setMaxAge（0）；
addCookie（cookie）；
干杯毕竟是一个令人尴尬的过滤器。我想这就是当每个人都假设其他人都检查了某个东西时可能发生的情况会话超时是否有某种模式？它们是在一段时间后发生的还是随机发生的？还有，这是发生在所有客户身上还是只发生在一些客户身上？因为对于未启用Cookie的客户端，会话处理将失败，并且您没有进行任何URL重写。您是否也在使用tomcat将会话持久化到持久化存储？检查tomcat日志是否存在持久性故障异常完全随机。有时在3小时后，有时在3次单击后。许多不同的用户，甚至不同的操作系统和浏览器。URL重写-无。Tomcat日志已经被仔细研究过了，我甚至不认为我们会坚持下去。这只是一个实验。您能否实现JSF
PhaseListenerHttpSessionListener