论坛首页 Java企业应用论坛

一个使用线程局部存储(ThreadLocal)技术导致用户会话信息泄露案例的剖析

浏览 13671 次
精华帖 (0) :: 良好帖 (4) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-01-16  
jxb8901 写道

之所以不敢确定,主要是对filter的拦截机制了解得还不是非常透彻,现在还不太清楚filter对forword和include的页面是如何做拦截的,不过这与目前讨论的问题已经没有太大关系了。





应该不做拦截的,否则岂不是可能会出现n次过滤,但印象中websphere好像是对forward再做一次过滤,相当于一次新请求。

没有websphere的环境,谁有做一次试验变知。
0 请登录后投票
   发表时间:2008-04-08  
一般来说一个好的框架是需要拦截所有的...
里面通过配置正则表达式来去匹配不同类型的servlet以减少web配置和程序的可控性.
不知道对不对,呵呵
0 请登录后投票
   发表时间:2008-04-08  
其实问题产生的原因不是很简单吗?就是Filter里面没有清楚ThreadLocal的东西。
0 请登录后投票
   发表时间:2008-04-18  
最好的选择应该是RequestListener,它里面的两个方法可以在创建和结束Request时执行,而且一个Request内的处理都是在同一线程内(除非你自己创建个线程),创建Request时初始化线程数据,结束Request时清空线程数据。
1 请登录后投票
   发表时间:2008-04-18  
chbest 写道
一般来说一个好的框架是需要拦截所有的...
里面通过配置正则表达式来去匹配不同类型的servlet以减少web配置和程序的可控性.
不知道对不对,呵呵

我们一般是这么做的,拦截所有;使用struts时所有页面的访问都是通过action进行转发,拦截/*.do,其实也是拦截所有。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics