重新获取了session为什么还有getAttribute: Session already invalidated 这个错误

yitengxjl 2011-12-05 12:27:16
重新获取了session为什么还有getAttribute: Session already invalidated 这个错误
我写了一个LoginAction，登录的时候执行login方法，
问题是，第一次登录可以正常登录，但是将原来的页面关了，浏览器不关，再登录的时候就报错说getAttribute: Session already invalidated
我里面用了session.invalidate();注销了session，但是接着我也重新获取了session啊，而且在后台显示可以一直执行到最下面，求各位大神帮忙啊，都纠结了几天了，百度也搜了不少，他们说的情况和我的有点不一样
谢谢各位了
代码如下

public String login() {
String userid = user.getUserid();
String mima = user.getPassword();
UserDTO user = null;
SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
session=request.getSession();
System.out.println(session.getId());
user = (UserDTO) session.getAttribute("USER_INFO");
if (user != null) {
session.invalidate();
session = request.getSession(true);
} try {
user = userService.getUserByUserid(userid);
} catch (Exception e) {
request.setAttribute("login_error", "无此用户");

e.printStackTrace();
return "login_error";

}
if (user == null) {
request.setAttribute("login_error", "用户不存在或密码错误！");
return "login_error";
}
if (user.getPassword().equals(mima)) {
user.setOnlineflag("1");
userService.updateUser(user);

session.setAttribute("USER_INFO", user);


long endTime = System.currentTimeMillis();
//logger.info("init耗时()" + (endTime - startTime) + "毫秒");
System.out.println("++++++++++执行到这里");
return "login_ok";
} // 用户名和密码核对正确
else {
request.setAttribute("login_error", "用户不存在或密码错误");
return "login_error";
}
}

/**
*@功能描述:
*@param request
*
*/
public void setServletRequest(HttpServletRequest request) {
// TODO Auto-generated method stub
this.request=request;
this.session=request.getSession();

}
public UserDTO getUser() {
return user;
}
public void setUser(UserDTO user) {
this.user = user;
}

}
...全文
14583 38 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
38 条回复
切换为时间正序
请发表友善的回复…
发表回复
Di_456 2014-07-31
  • 打赏
  • 举报
 回复
楼主这样可好： Enumeration<String> sessionKeys = session.getAttributeNames(); while(sessionKeys.hasMoreElements()){ session.removeAttribute(sessionKeys.nextElement()); }
yitengxjl 2012-02-09
  • 打赏
  • 举报
 回复
哦 终于找到了原理了
yitengxjl 2011-12-07
  • 打赏
  • 举报
 回复
呵呵，算了，结贴了，反正问题已经解决了，我只是想知道原理是什么样的，不纠结了，第一次来这里提问，只要参与的都有分，谢谢大家了
yitengxjl 2011-12-07
  • 打赏
  • 举报
 回复
没人来么。。。
kouyiSC 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 17 楼 yitengxjl 的回复:]
新发现，我把result的type由chian改为了redirectAction后，就没错误了，难道是chian的原因，求解释，有没有知道的啊
[/Quote]

chian表示：在跳转到另一个action后可得到第一个action值栈中的上下文参数。也就是第一个action值栈中的参数跟着传递。。。和url的forward差不多。。。
redirect表示：重定向到第二个action后无法得到第一个action值栈中的上下文参数。。无法传递参数。。就和url的重定向差不多。。。
lxbccsu 2011-12-06
  • 打赏
  • 举报
 回复
你上面的信息提示你主要看下面3个类(找到struts的src)：
org.apache.catalina.session.StandardSession 1032行，这里是抛出异常的地方
org.apache.catalina.session.StandardSessionFacade110行
org.apache.struts2.dispatcher.SessionMap162行

这说明你还得了解struts的执行流程，以及对session的正确注销方式在struts中应该怎么处理；
上面只有用到了你注销的session，才会有此异常；
lxbccsu 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 20 楼 yitengxjl 的回复:]
引用 19 楼 lxbccsu 的回复:

引用 17 楼 yitengxjl 的回复:
新发现，我把result的type由chian改为了redirectAction后，就没错误了，难道是chian的原因，求解释，有没有知道的啊

感觉楼主分析问题不是找问题的本质；
其实，客户端都是通过无状态的HTTP 这个协议来访问web服务器的，就因为这种无状态，服务器端才需要session来……
[/Quote]
1、没看贴出的source code,但你上面贴出的异常信息说明了不是你上面的code产生的；
其实你也可以测试下，就是在session.invalidate();立即session.setAttribute或session.getAttribute;看是否出现上面的Session already invalidated异常；

2、首先需要去了解struts的result type的不同值的区别，可以查看下struts的源代码(本地上网限制了，诸多的不便)；再说servlet中做redirect，如果是redirect到同会话范围中的web应用，当然还是同一个session(原因上面说了),如果redirect到不同的web应用中，才会有新的会话产生了；
你可以这样测试下：
创建两个web project，部署到同一个web服务器上，然后用response.sendRedirect("URL")到另外一个web应用；查看sessionID是否相同；至于不同的服务器，自然是不同的session了；


yitengxjl 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 30 楼 qiaoyupeng 的回复:]

request对象中有个 requestedSessionId属性,它保存客户端提交的cookie中jsessionid的值,服务器端也是根据request.requestedSessionId的值来创建session的..

虽然你前面session.invalidate()了,但request.requestedSessionId的值没变,所以你后面reqquest.getSession……
[/Quote]
session.invalidate()之后sessionID变了啊，怎么会是原来的session呢，有点不明白

在用户登录中做session.invalidate()我是这样想的：
同一个浏览器，一个用户登录完后，没有关闭，当另一个用户再登录的时候，就要将原来用户的session给注销掉
karl1235 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 17 楼 yitengxjl 的回复:]

新发现，我把result的type由chian改为了redirectAction后，就没错误了，难道是chian的原因，求解释，有没有知道的啊
[/Quote]

这是因为重定向后 浏览器cookie文件中jsessionid的值变成了新的,再次提交后可以创建新的session.
karl1235 2011-12-06
  • 打赏
  • 举报
 回复
request对象中有个 requestedSessionId属性,它保存客户端提交的cookie中jsessionid的值,服务器端也是根据request.requestedSessionId的值来创建session的..

虽然你前面session.invalidate()了,但request.requestedSessionId的值没变,所以你后面reqquest.getSession(true)获得的session是 之前的session,它现在处于invalidate状态,所以你调用的时候报异常...


我觉得在登录的时候没必要session.invalidate()这么做吧..
licip 2011-12-06
  • 打赏
  • 举报
 回复
这个说法我同意[Quote=引用 11 楼 kouyisc 的回复:]

session.invalidate();不知道你为什么要将整个session都销毁。。。

注销用户，只需要移除你当前用户的不就可以了吗？
session.removeAttribute("USER_INFO");
[/Quote]
yitengxjl 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 26 楼 kouyisc 的回复:]
引用 17 楼 yitengxjl 的回复:
新发现，我把result的type由chian改为了redirectAction后，就没错误了，难道是chian的原因，求解释，有没有知道的啊


chian表示：在跳转到另一个action后可得到第一个action值栈中的上下文参数。也就是第一个action值栈中的参数跟着传递。。。和url的forward差不多。。。
redirect表示……
[/Quote]
恩，我知道，我的意思是说难道是chain的源码的问题
yitengxjl 2011-12-06
  • 打赏
  • 举报
 回复
[Quote=引用 24 楼 lxbccsu 的回复:]
引用 20 楼 yitengxjl 的回复:
引用 19 楼 lxbccsu 的回复:

引用 17 楼 yitengxjl 的回复:
新发现，我把result的type由chian改为了redirectAction后，就没错误了，难道是chian的原因，求解释，有没有知道的啊

感觉楼主分析问题不是找问题的本质；
其实，客户端都是通过无状态的HTTP 这个协议来访问web服务器的，……
[/Quote]
对于你说的第一点，我试过了，没问题
你说的第二点我也能明白
呵呵 ，我估计可能是源码的问题吧，毕竟我用的版本太低，struts2.1.2的，是bug也有可能
yitengxjl 2011-12-05
  • 打赏
  • 举报
 回复
谢谢你的回答
可是这样的话session就是null了，这可不行啊
参数为false的时候如果没有session就不创建，返回null，那么后面的都无法继续了
若干年 2011-12-05
  • 打赏
  • 举报
 回复
session = request.getSession(true);
-->
session = request.getSession(false);
yitengxjl 2011-12-05
  • 打赏
  • 举报
 回复
[Quote=引用 22 楼 trocp 的回复:]

楼主说了这么多，都没找到报异常到底在哪行报的
[/Quote]
说实话，我确实不知道错误在哪行，要知道的话也好解决了，从后台打印的错误报告中看不出来在哪行出的错
Stacktraces
java.lang.IllegalStateException: getAttribute: Session already invalidated
org.apache.catalina.session.StandardSession.getAttribute(StandardSession.java:1032)
org.apache.catalina.session.StandardSessionFacade.getAttribute(StandardSessionFacade.java:110)
org.apache.struts2.dispatcher.SessionMap.get(SessionMap.java:162)
com.opensymphony.xwork2.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:129)
(DefaultActionInvocation.java:229)
.intercept(ProfilingActivationInterceptor.java:104)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
org.apache.struts2.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:267)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
com.opensymphony.xwork2.interceptor.ChainingInterceptor.intercept(ChainingInterceptor.java:130)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
com.opensymphony.xwork2.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:143)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:137)
com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
com.opensymphony.xwork2.interceptor.AliasInterceptor.intercept(AliasInterceptor.java:130)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:176)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:230)
com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionInvocation.java:229)
com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:456)
com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:227)
org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52)
org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:477)
org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:467)
com.training.permission.Filter.CharacterFilter.doFilter(CharacterFilter.java:42)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
java.lang.Thread.run(Thread.java:619)

wang7535067 2011-12-05
  • 打赏
  • 举报
 回复
应该不要注销那session，
quhuafeng521 2011-12-05
  • 打赏
  • 举报
 回复
session = request.getSession(true);
应该和这句有关系。
invalidate();并不是失效。而是使session和现有的对象解绑定。但session还是原来的session.
jtops 2011-12-05
  • 打赏
  • 举报
 回复
这两句前后的sessionID一样不。
oO临时工Oo 2011-12-05
  • 打赏
  • 举报
 回复
总觉得你报异常的地方不是在你上面贴出的代码里。
加载更多回复（16）
对异常 java.lang.IllegalStateException: getAttribute: Session already invalidated的理解
最近项目日志中总是抛出异常                                   java.lang.IllegalStateException: getAttribute: Session already invalidated 经调查发现，问题出在HttpS
处理异常getAttribute: Session already invalidated
转自：http://www.java3z.com/cwbwebhome/article/article8/83499.html?id=4560
java.lang.IllegalStateException: getAttribute: Session already invalidated
错误代码： java.lang.IllegalStateException: getAttribute: Session already invalidated at org.apache.catalina.session.StandardSession.getAttribute(StandardSession.java:1137) ~[tomcat-embed-core-9.0.41.jar:9.0.41] at org.apache.catalina.session.StandardSessionF
java.lang.IllegalStateException: getAttribute: Session already invalidated 会话失效 异常解决
java.lang.IllegalStateException: getAttribute: Session already invalidated 会话失效 异常解决
对异常 java.lang.IllegalStateException: getAttribute: Session already invalidated的理解 .
最近项目日志中总是抛出异常                                   java.lang.IllegalStateException: getAttribute: Session already invalidated 经调查发现，问题出在HttpSession session.getAttribute("paramName");这个方法执行时。 异常原因为：从Se
Java EE

67,550

社区成员

225,863

社区内容

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章