`

Acegi(七): LogoutFilter配置及几个问题

阅读更多

   这些天有点懒散, 想的也得振作一下吧. 从最好容易的部分下手, 这样想到Acegi.前段时间的博客里写了acegi的最简单配置, 以及围绕这些简单配置的一点点源码层面的钻研. 而实际项目中的配置光这些是不够的, 比如说用户信息及权限还有系统的访问权限都是要放到数据库里的, 这样在做用户登录与权限认证时就要hit数据库了, 这方面的配置又怎样呢?

    不过这篇博客中打算写与数据库扩展相关的话题, 而是先从较为简单的几个Filter开刀.

    先看LogoutFilter.

    配置很简单.
    1, 先配置一个id为
logoutFilter的Bean, 如下所示:
         
<bean id="logoutFilter"        class="org.acegisecurity.ui.logout.LogoutFilter">
        <constructor-arg value="/login.jsp" />  
        <constructor-arg>
            <list>
                <bean class="org.acegisecurity.ui.logout.SecurityContextLogoutHandler" />
            </list>
        </constructor-arg>
    </bean>

    2, 把配置好的
logoutFilter加到 filterInvocationDefinitionSource中去, 即改为 "/**=httpSessionContextIntegrationFilter,logoutFilter,authenticationProcessingFilter,exceptionTranslationFilter,filterInvocationInterceptor".
    3, 在JSP中适当的位置加上
<a href="/myOwnAcegi/j_acegi_logout">退出</a>

    几点说明, 这个的配置很简单的也多少要说有:
    1,
<constructor-arg value="/login.jsp" />的作用, 用来告诉Acegi当系统退出后跳转到的链接.
    2,
LogoutFilter构造方法中的第二个参数的作用, 告诉Acegi系统退出后, 都有哪些跟退出相关的action要做.
    3,
j_acegi_logout的链接, 这个没什么, 跟登录时的" j_acegi_security_check "类似, 都是Acegi自带的, 大多情况下也没什么必要修改.

    从追着源码看了它的实现,没什么特殊的, 不过有如下几个不太相关的问题:
    1, 有没有必要对这个退出单独配置一个访问时的filterChain, 即另加一个"
/j_acegi_logout= httpSessionContextIntegrationFilter, logoutFilter "?如此配置的出发点是这样的,上面配置2种的访问链接在 logoutFilter之后还有三个filter要通过, 执行时间上有些浪费了, 通过这样配置后, 当用户点"退出"时acegi处理完 logoutFilter后就没什么filter要处理了.
         再者说, 也不至于让每一个请求都通过一次
logoutFilter,虽说 logoutFilter里有这样一个 requiresLogout判断.
         这样的配置里能不能不加
httpSessionContextIntegrationFilter? 为什么要加呢? 不是很清楚.

         后边看到"
sendRedirect(httpRequest, httpResponse, logoutSuccessUrl); "这样的语句, 原来Acegi通过它就可以让请求链接跳转到
    2,
LogoutFilter的构造方法有两个参数,String类型的 logoutSuccessUrl和 LogoutHandler[]类型的 handlers. 第一个参数没啥可说的, 第一个参数, 人家要的类型是一个数组, 而Spring里配置时是通过<list>标签来的, Spring内部是怎么转化的? 这是个大话题, 先不再下钻了.
        

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics