作者:javafish(likunkun)
Email:javafish@sunxin.org
Acegi是基于Spring的一個(gè)開源的安全認(rèn)證框架,現(xiàn)在的最新版本是1.04。Acegi的特點(diǎn)就是有很多的過濾器:不過我們也用不到這么多的過濾器,只是可以把它們看作為一個(gè)個(gè)的模塊,在用的時(shí)候加上自己用的著的即可,由于認(rèn)證的流程的方面比較復(fù)雜導(dǎo)致它的配置很復(fù)雜,如果能摸清它的工作原理還是不太難.下面用比較順著人思維的流程過一遍
這里只列出常用的過濾器和攔載器
1. 過濾器:HttpSessionContextIntegrationFilter,authenticationProcessingFilter,BasicProcessingFilter,RememberMeProcessingFilter,anonymousProcessingFilter,exceptionTranslationFilter
2. 攔截器:filterSecurityInterceptor(其實(shí)它是過濾器,不過把它放在這里更能說明它的功能),methodSecurityInterceptor
看著上面的用紅色標(biāo)出的過濾器是用來認(rèn)證(表單和HTTP基本認(rèn)證,當(dāng)然還有別的不過這兩個(gè)比較長(zhǎng)用)它們是資源訪問的入口.其它的過濾器是用來輔助的:HttpSessionContextIntegrationFilter是用來把認(rèn)證信息記錄到Session中的RememberMeProcessingFilter是以cookie的形式來保存認(rèn)證信息的. anonymousProcessingFilter是在匿名的時(shí)候(這時(shí)候是沒有認(rèn)證信息的)給這個(gè)用戶分配一個(gè)匿名的認(rèn)證信息,exceptionTranslationFilter總結(jié)一下異常并處理.在實(shí)際中選擇適合程序的即可.
上面只是資源訪問的入口,真正保護(hù)資源的是這兩個(gè)攔截器:filterSecurityInterceptor,攔截URL的類(它是個(gè)過濾器)
metohdSecurityInterceptor,攔截類中方法的調(diào)用,它們?yōu)槭裁匆獢r截呢?就是想在訪問或調(diào)用這些方法之前來判斷一下用戶是否有訪問或調(diào)用的權(quán)限,有就通過,沒有就踢出.
除此之外,Acegi專門做了兩個(gè)管理器(實(shí)際上就是兩個(gè)類,為什么會(huì)用做這兩個(gè)管理器,因?yàn)檎J(rèn)證和授權(quán)都有一些的操作,這就需要專門做兩個(gè)管理器了):authenticationManager(class= org.acegisecurity.providers.ProviderManager),授權(quán)管理器accessDecisionManager(class=org.acegisecurity.vote.AffirmativeBased)
說白了一個(gè)用于認(rèn)證用戶,一個(gè)是用于權(quán)限的授于的
先來說認(rèn)證用戶,認(rèn)證管理器有什么東西呢?只內(nèi)置了一些提供者:這些提供者呢又是什么呢,他們是提供用戶的驗(yàn)證身份信息的,比如從數(shù)據(jù)庫(kù)或配置文件里讀出用戶名和密碼,在用戶的cookie里讀出身份信息(rememberMeProcessingFilter用到的[前面講了的,有印象吧]),或在Session里讀出身份驗(yàn)證信息(HttpSessionContextIntegrationFilter起作用的),這里我們只說一下從數(shù)據(jù)庫(kù)或配置文件里讀出用戶名密碼來裝配驗(yàn)證信息的,其它的配置類似可以找一下對(duì)應(yīng)api在Spring里配置即可,daoAuthenticationProvider是數(shù)據(jù)庫(kù)的提供者class=org.acegisecurity.providers.dao.DaoAuthenticationProvider,而它提供的服務(wù)呢又有幾種,數(shù)據(jù)庫(kù)和配置文件(這是Acegi的兩個(gè)默認(rèn)的實(shí)現(xiàn))當(dāng)然也可以自己實(shí)現(xiàn)(實(shí)現(xiàn)userDetailsService接口就行)
如果用戶名和密碼在配置文件里可以用InMemoryDaoImpl,class=org.acegisecurity.userdetails.memory.InMemoryDaoImpl,在這個(gè)類的userMap里配置即可:javafish=java,ROLE_USER,配置了一個(gè)用戶名為javafish,密碼為java,用戶組為ROLE_USER的用戶,不過最常用的還是數(shù)據(jù)庫(kù)的JDBC實(shí)現(xiàn)(兩個(gè)二選一)org.acegisecurity.userdetails.jdbc.JdbcDaoImpl里面需要usersByUsernameQuery和authoritiesByUsernameQuery還有數(shù)據(jù)源dataSource(有人問為什么呢,userByUsernameQuery是用來通過用戶名來查密碼的,authoritiesByUsernameQuery是用來通過用戶名來查權(quán)限的,查詢數(shù)據(jù)庫(kù)肯定的用數(shù)據(jù)源吧這個(gè)里是用的SpringFrameWork的DataSource)它們查詢的sql語(yǔ)句是有講究的,就是查密碼的時(shí)候查三個(gè)第一個(gè)是username,第二個(gè)是password,第三個(gè)是是否可用,查權(quán)限的時(shí)候查兩個(gè):username和authorities(具體看例子)
下面說一下授權(quán),授權(quán)管理器又有什么東西呢?accessDecisionManager,Acegi把授權(quán)方面弄的比較的形象化,把某個(gè)URL或方法是否可以被訪問按投票的形式來決定,
而投票者呢:Acegi自己實(shí)現(xiàn)了一個(gè)投票者的類RoleVoter:
現(xiàn)在我用第一種方案,RoleVoter只是在URL對(duì)應(yīng)的用戶組里有ROLE_為前綴的才進(jìn)行投票,否則的話棄權(quán).(我們也可以在配置RoleVoter的時(shí)候把ROLE_配置成為別的前綴如JAVA_),分別對(duì)URL對(duì)應(yīng)的每個(gè)用戶組投票,如果用戶在這個(gè)用戶組里就投贊成,不在投反對(duì)(在用戶組的前綴是ROLE_的前提下)這樣就不難體會(huì)第三種方案的用途了吧
這樣認(rèn)證管理器和授權(quán)管理器就ok了,別的無(wú)論是過濾器還是攔截器都會(huì)用到它們兩個(gè),因?yàn)樗鼈兌家?yàn)證而這兩個(gè)就是憑證.
那么那兩個(gè)訪問過濾器呢,先說authenticationProcessingFilter是用于表單登陸的
這樣的話加上上面配置的認(rèn)證管理器就已經(jīng)可以處理登陸了(注意的是它沒有用到授權(quán)管理器,因?yàn)樗皇莻€(gè)訪問入口還沒有權(quán)限的授予)
再說一下HTTP基本認(rèn)證:它比上面的略復(fù)雜一點(diǎn)
需要配置一個(gè)
即可.
不過在HTTP基本認(rèn)證里需要注意的地方是:好多人配置好了怎么看不到效果啊,一開始我也是很郁悶,看了BasicProcessingFilter的源代碼:
String header = httpRequest.getHeader("Authorization");//我們一般進(jìn)入網(wǎng)頁(yè)測(cè)試的時(shí)候這里的header始終是null的
只有在服務(wù)器上配置哪個(gè)目錄在訪問的時(shí)候用HTTP基本認(rèn)證,它才會(huì)起作用(一開始還以為是Acegi的BUG呢)
下面說一下真正對(duì)URL資源的保護(hù)了filterSecurityInterceptor它的本質(zhì)是個(gè)過濾器,有了前面*管理器的基礎(chǔ)了這就很容易了:
光這樣配置還是不夠的,因?yàn)楫?dāng)授權(quán)失敗的時(shí)候會(huì)拋出異常的,我們應(yīng)該配置一個(gè)異常過濾器來捕獲它,exceptionTranslationFilter它是用來捕獲異常的,看一下配置吧:
這樣就OK了
最后說一下對(duì)類中方法的保護(hù):
首先寫一個(gè)類并在spring中配置好:
然看寫個(gè)servlet訪問一下它
準(zhǔn)備工作做好了,開始配置Acegi
先在Spring里給Acegi做個(gè)代理:
里面的methodSecurityInterceptor呢配置為:
這樣當(dāng)直接訪問http://localhost:8080/AcegiWeb/servlet/TestServlet的時(shí)候會(huì)發(fā)現(xiàn)不可訪問,控件臺(tái)也不輸出”javafish”,當(dāng)輸入正確的用戶名和密碼之后便可以訪問.
這樣它就對(duì)類的方法調(diào)用起了保護(hù)的作用,這一點(diǎn)可以把Acegi應(yīng)用到DWR上效果是很理想的.
對(duì)于Acegi有很多的過濾器不用全寫在web.xml里,acegi提供了一個(gè)特殊的過濾器我們可以寫成這樣,在Web.xml里:
在Spring的配置文件里:
凡是有該標(biāo)志的文章,都是該blog博主Caoer(草兒)原創(chuàng),凡是索引、收藏
、轉(zhuǎn)載請(qǐng)注明來處和原文作者。非常感謝。
Email:javafish@sunxin.org
Acegi是基于Spring的一個(gè)開源的安全認(rèn)證框架,現(xiàn)在的最新版本是1.04。Acegi的特點(diǎn)就是有很多的過濾器:不過我們也用不到這么多的過濾器,只是可以把它們看作為一個(gè)個(gè)的模塊,在用的時(shí)候加上自己用的著的即可,由于認(rèn)證的流程的方面比較復(fù)雜導(dǎo)致它的配置很復(fù)雜,如果能摸清它的工作原理還是不太難.下面用比較順著人思維的流程過一遍
這里只列出常用的過濾器和攔載器
1. 過濾器:HttpSessionContextIntegrationFilter,authenticationProcessingFilter,BasicProcessingFilter,RememberMeProcessingFilter,anonymousProcessingFilter,exceptionTranslationFilter
2. 攔截器:filterSecurityInterceptor(其實(shí)它是過濾器,不過把它放在這里更能說明它的功能),methodSecurityInterceptor
看著上面的用紅色標(biāo)出的過濾器是用來認(rèn)證(表單和HTTP基本認(rèn)證,當(dāng)然還有別的不過這兩個(gè)比較長(zhǎng)用)它們是資源訪問的入口.其它的過濾器是用來輔助的:HttpSessionContextIntegrationFilter是用來把認(rèn)證信息記錄到Session中的RememberMeProcessingFilter是以cookie的形式來保存認(rèn)證信息的. anonymousProcessingFilter是在匿名的時(shí)候(這時(shí)候是沒有認(rèn)證信息的)給這個(gè)用戶分配一個(gè)匿名的認(rèn)證信息,exceptionTranslationFilter總結(jié)一下異常并處理.在實(shí)際中選擇適合程序的即可.
上面只是資源訪問的入口,真正保護(hù)資源的是這兩個(gè)攔截器:filterSecurityInterceptor,攔截URL的類(它是個(gè)過濾器)
metohdSecurityInterceptor,攔截類中方法的調(diào)用,它們?yōu)槭裁匆獢r截呢?就是想在訪問或調(diào)用這些方法之前來判斷一下用戶是否有訪問或調(diào)用的權(quán)限,有就通過,沒有就踢出.
除此之外,Acegi專門做了兩個(gè)管理器(實(shí)際上就是兩個(gè)類,為什么會(huì)用做這兩個(gè)管理器,因?yàn)檎J(rèn)證和授權(quán)都有一些的操作,這就需要專門做兩個(gè)管理器了):authenticationManager(class= org.acegisecurity.providers.ProviderManager),授權(quán)管理器accessDecisionManager(class=org.acegisecurity.vote.AffirmativeBased)
說白了一個(gè)用于認(rèn)證用戶,一個(gè)是用于權(quán)限的授于的
先來說認(rèn)證用戶,認(rèn)證管理器有什么東西呢?只內(nèi)置了一些提供者:這些提供者呢又是什么呢,他們是提供用戶的驗(yàn)證身份信息的,比如從數(shù)據(jù)庫(kù)或配置文件里讀出用戶名和密碼,在用戶的cookie里讀出身份信息(rememberMeProcessingFilter用到的[前面講了的,有印象吧]),或在Session里讀出身份驗(yàn)證信息(HttpSessionContextIntegrationFilter起作用的),這里我們只說一下從數(shù)據(jù)庫(kù)或配置文件里讀出用戶名密碼來裝配驗(yàn)證信息的,其它的配置類似可以找一下對(duì)應(yīng)api在Spring里配置即可,daoAuthenticationProvider是數(shù)據(jù)庫(kù)的提供者class=org.acegisecurity.providers.dao.DaoAuthenticationProvider,而它提供的服務(wù)呢又有幾種,數(shù)據(jù)庫(kù)和配置文件(這是Acegi的兩個(gè)默認(rèn)的實(shí)現(xiàn))當(dāng)然也可以自己實(shí)現(xiàn)(實(shí)現(xiàn)userDetailsService接口就行)
代碼
- <bean id="authenticationManager" class="org.acegisecurity.providers.ProviderManager">
- <property name="providers">
- <list>
- <ref local="daoAuthenticationProvider"/>
- </list>
- </property>
- </bean>
- <bean id="daoAuthenticationProvider" class="org.acegisecurity.providers.dao.DaoAuthenticationProvider">
- <!-- <property name="userDetailsService"><ref local="InMemoryDaoImpl"/></property> --><!-- 這里有兩種選擇 -->
- <property name="userDetailsService"><ref local="jdbcDaoImpl"/></property>
- </bean>
如果用戶名和密碼在配置文件里可以用InMemoryDaoImpl,class=org.acegisecurity.userdetails.memory.InMemoryDaoImpl,在這個(gè)類的userMap里配置即可:javafish=java,ROLE_USER,配置了一個(gè)用戶名為javafish,密碼為java,用戶組為ROLE_USER的用戶,不過最常用的還是數(shù)據(jù)庫(kù)的JDBC實(shí)現(xiàn)(兩個(gè)二選一)org.acegisecurity.userdetails.jdbc.JdbcDaoImpl里面需要usersByUsernameQuery和authoritiesByUsernameQuery還有數(shù)據(jù)源dataSource(有人問為什么呢,userByUsernameQuery是用來通過用戶名來查密碼的,authoritiesByUsernameQuery是用來通過用戶名來查權(quán)限的,查詢數(shù)據(jù)庫(kù)肯定的用數(shù)據(jù)源吧這個(gè)里是用的SpringFrameWork的DataSource)它們查詢的sql語(yǔ)句是有講究的,就是查密碼的時(shí)候查三個(gè)第一個(gè)是username,第二個(gè)是password,第三個(gè)是是否可用,查權(quán)限的時(shí)候查兩個(gè):username和authorities(具體看例子)
代碼
- <bean id="InMemoryDaoImpl" class="org.acegisecurity.userdetails.memory.InMemoryDaoImpl">
- <property name="userMap">
- <value>
- javajavafish=java,ROLE_USER
- </value>
- </property>
- </bean>
- <bean id="jdbcDaoImpl" class="org.acegisecurity.userdetails.jdbc.JdbcDaoImpl">
- <property name="usersByUsernameQuery">
- <value>select username,password,enabled from users where username=?</value>
- </property>
- <property name="authoritiesByUsernameQuery">
- <value>select username,authority from authorities where username=?</value>
- </property>
- <property name="dataSource">
- <ref local="dataSource"/>
- </property>
- </bean>
- <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
- <property name="driverClassName">
- <value>com.mysql.jdbc.Driver</value>
- </property>
- <property name="url">
- <value>jdbc:mysql://localhost:3306/test</value>
- </property>
- <property name="username">
- <value>root</value>
- </property>
- <property name="password">
- <value>javafish</value>
- </property>
- </bean>
下面說一下授權(quán),授權(quán)管理器又有什么東西呢?accessDecisionManager,Acegi把授權(quán)方面弄的比較的形象化,把某個(gè)URL或方法是否可以被訪問按投票的形式來決定,
Acegi提出來了幾種方案:
1. 如果有一個(gè)贊成就同意(具體的說就是只要你在那個(gè)URL對(duì)應(yīng)的幾個(gè)用戶組中的一個(gè)就讓你訪問)
2. 如果都贊成就同意(具本的說就是那個(gè)URL對(duì)應(yīng)的幾個(gè)用戶組里都有你,你才能訪問)
3. 如果都不反對(duì)就同意(這個(gè)在下面講投票者的時(shí)候再說)
代碼
- <bean id="accessDecisionManager" class="org.acegisecurity.vote.AffirmativeBased">
- <property name="allowIfAllAbstainDecisions"><!-- 是否讓全部棄權(quán)的通過 -->
- <value>false</value>
- </property>
- <property name="decisionVoters"><!-- 投票者們 -->
- <ref bean="roleVoter"/>
- </property>
- </bean>
而投票者呢:Acegi自己實(shí)現(xiàn)了一個(gè)投票者的類RoleVoter:
現(xiàn)在我用第一種方案,RoleVoter只是在URL對(duì)應(yīng)的用戶組里有ROLE_為前綴的才進(jìn)行投票,否則的話棄權(quán).(我們也可以在配置RoleVoter的時(shí)候把ROLE_配置成為別的前綴如JAVA_),分別對(duì)URL對(duì)應(yīng)的每個(gè)用戶組投票,如果用戶在這個(gè)用戶組里就投贊成,不在投反對(duì)(在用戶組的前綴是ROLE_的前提下)這樣就不難體會(huì)第三種方案的用途了吧
代碼
- <bean id="roleVoter" class="org.acegisecurity.vote.RoleVoter">
- <property name="rolePrefix">
- <value>ROLE_</value><!-- 可以改成別的 -->
- </property>
- </bean>
這樣認(rèn)證管理器和授權(quán)管理器就ok了,別的無(wú)論是過濾器還是攔截器都會(huì)用到它們兩個(gè),因?yàn)樗鼈兌家?yàn)證而這兩個(gè)就是憑證.
那么那兩個(gè)訪問過濾器呢,先說authenticationProcessingFilter是用于表單登陸的
代碼
- <bean id="authenticationProcessingFilter" class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilter">
- <property name="authenticationManager"><ref bean="authenticationManager"/></property>
- <property name="authenticationFailureUrl"><value>/failure.html</value></property><!--登陸失敗轉(zhuǎn)向的頁(yè)面 -->
- <property name="defaultTargetUrl"><value>/ok.html</value></property><!-- 登陸成功轉(zhuǎn)向的頁(yè)面 -->
- <property name="filterProcessesUrl"><value>/check</value></property><!-- 要驗(yàn)證的地址 -->
- </bean>
這樣的話加上上面配置的認(rèn)證管理器就已經(jīng)可以處理登陸了(注意的是它沒有用到授權(quán)管理器,因?yàn)樗皇莻€(gè)訪問入口還沒有權(quán)限的授予)
再說一下HTTP基本認(rèn)證:它比上面的略復(fù)雜一點(diǎn)
需要配置一個(gè)
代碼
- <bean id="BasicProcessingFilterEntryPoint" class="org.acegisecurity.ui.basicauth.BasicProcessingFilterEntryPoint">
- <property name="realmName"><value>javafish</value></property><!-- 基本認(rèn)證對(duì)話框上顯示的字 -->
- </bean>
- 然后
- <bean id="BasicProcessingFilter" class="org.acegisecurity.ui.basicauth.BasicProcessingFilter">
- <property name="authenticationManager">
- <ref bean="authenticationManager"/>
- </property>
- <property name="authenticationEntryPoint">
- <ref bean="BasicProcessingFilterEntryPoint"/>
- </property>
- </bean>
即可.
不過在HTTP基本認(rèn)證里需要注意的地方是:好多人配置好了怎么看不到效果啊,一開始我也是很郁悶,看了BasicProcessingFilter的源代碼:
String header = httpRequest.getHeader("Authorization");//我們一般進(jìn)入網(wǎng)頁(yè)測(cè)試的時(shí)候這里的header始終是null的
代碼
- if (logger.isDebugEnabled()) {
- logger.debug("Authorization header: " + header);
- }
- if ((header != null) && header.startsWith("Basic ")) {//從這里可以看到一般的登陸基本認(rèn)證是不起作用的
- .................
只有在服務(wù)器上配置哪個(gè)目錄在訪問的時(shí)候用HTTP基本認(rèn)證,它才會(huì)起作用(一開始還以為是Acegi的BUG呢)
下面說一下真正對(duì)URL資源的保護(hù)了filterSecurityInterceptor它的本質(zhì)是個(gè)過濾器,有了前面*管理器的基礎(chǔ)了這就很容易了:
代碼
- <bean id="filterSecurityInterceptor" class="org.acegisecurity.intercept.web.FilterSecurityInterceptor">
- <property name="authenticationManager">
- <ref local="authenticationManager"/>
- </property>
- <property name="accessDecisionManager">
- <ref local="accessDecisionManager"/>
- </property>
- <property name="objectDefinitionSource"><!-- 把URL和可訪問的用戶組對(duì)應(yīng)起來 -->
- <value>
- CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON<!-- 把URL全部轉(zhuǎn)化為小寫 -->
- PATTERN_TYPE_APACHE_ANT<!-- 以ANT的形式來配置路徑 -->
- /ok.html=ROLE_USER
- </value>
- </property>
- </bean>
光這樣配置還是不夠的,因?yàn)楫?dāng)授權(quán)失敗的時(shí)候會(huì)拋出異常的,我們應(yīng)該配置一個(gè)異常過濾器來捕獲它,exceptionTranslationFilter它是用來捕獲異常的,看一下配置吧:
代碼
- <bean id="exceptionTranslationFilter" class="org.acegisecurity.ui.ExceptionTranslationFilter">
- <property name="authenticationEntryPoint"><ref local="authenticationProcessingFilterEntryPoint"/></property>
- <property name="accessDeniedHandler">
- <bean class="org.acegisecurity.ui.AccessDeniedHandlerImpl">
- <property name="errorPage" value="/failure.html"/><!-- 發(fā)生異常轉(zhuǎn)向的網(wǎng)頁(yè) -->
- </bean>
- </property>
- </bean>
- <bean id="authenticationProcessingFilterEntryPoint" class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint">
- <property name="loginFormUrl"><value>/Login.html</value></property><!-- 得到表單的信息 -->
- <property name="forceHttps"><value>false</value></property><!-- 不用https -->
- </bean>
這樣就OK了
最后說一下對(duì)類中方法的保護(hù):
首先寫一個(gè)類并在spring中配置好:
代碼
- package org.li.acegi;
- public class TestAcegi
- {
- public void Role()
- {
- System.out.println("javafish");
- }
- }
- <bean id="testAcegi" class="org.li.acegi.TestAcegi"/>
然看寫個(gè)servlet訪問一下它
代碼
- package org.li.servlet;
- import java.io.IOException;
- import java.io.PrintWriter;
- import javax.servlet.ServletException;
- import javax.servlet.http.HttpServlet;
- import javax.servlet.http.HttpServletRequest;
- import javax.servlet.http.HttpServletResponse;
- import org.li.acegi.TestAcegi;
- import org.springframework.context.ApplicationContext;
- import org.springframework.web.context.support.WebApplicationContextUtils;
- public class TestServlet extends HttpServlet
- {
- private static final long serialVersionUID = -5610016980827214773L;
- public void doGet(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException
- {
- response.setContentType("text/html;charset=GBK");
- PrintWriter out = response.getWriter();
- ApplicationContext ctx =
- WebApplicationContextUtils.getRequiredWebApplicationContext(request.getSession().getServletContext());
- TestAcegi test = (TestAcegi)ctx.getBean("testAcegi");
- test.Role();//訪問TestAcegi類的Role方法
- out.println("調(diào)用成功");
- }
- public void doPost(HttpServletRequest request, HttpServletResponse response)
- throws ServletException, IOException
- {
- doGet(request,response);
- }
- }
準(zhǔn)備工作做好了,開始配置Acegi
先在Spring里給Acegi做個(gè)代理:
代碼
- <bean id="autoProxyCreator" class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
- <property name="beanNames">
- <list>
- <value>testAcegi</value><!-- 要代理的Bean的id -->
- </list>
- </property>
- <property name="interceptorNames">
- <list>
- <value>methodSecurityInterceptor</value><!-- 代理為... -->
- </list>
- </property>
- </bean>
里面的methodSecurityInterceptor呢配置為:
代碼
- <bean id="methodSecurityInterceptor" class="org.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor">
- <property name="authenticationManager">
- <ref bean="authenticationManager"/>
- </property>
- <property name="accessDecisionManager">
- <ref bean="accessDecisionManager"/>
- </property>
- <property name="objectDefinitionSource"><!-- 對(duì)代理的類的方法開始配置權(quán)限 -->
- <value>org.li.acegi.TestAcegi.Role=ROLE_USER</value>
- </property>
- </bean>
這樣當(dāng)直接訪問http://localhost:8080/AcegiWeb/servlet/TestServlet的時(shí)候會(huì)發(fā)現(xiàn)不可訪問,控件臺(tái)也不輸出”javafish”,當(dāng)輸入正確的用戶名和密碼之后便可以訪問.
這樣它就對(duì)類的方法調(diào)用起了保護(hù)的作用,這一點(diǎn)可以把Acegi應(yīng)用到DWR上效果是很理想的.
對(duì)于Acegi有很多的過濾器不用全寫在web.xml里,acegi提供了一個(gè)特殊的過濾器我們可以寫成這樣,在Web.xml里:
代碼
- <filter>
- <filter-name>Acegi</filter-name>
- <filter-class>org.acegisecurity.util.FilterToBeanProxy</filter-class>
- <init-param>
- <param-name>targetClass</param-name>
- <param-value>org.acegisecurity.util.FilterChainProxy</param-value>
- </init-param>
- </filter>
- <filter-mapping>
- <filter-name>Acegi</filter-name>
- <url-pattern>/*</url-pattern>
- </filter-mapping>
- <context-param>
- <param-name>contextConfigLocation</param-name>
- <param-value>
- /WEB-INF/applicationContext.xml
- </param-value>
- </context-param>
- <listener>
- <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
- </listener>
- <listener>
- <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
- </listener>
- <listener>
- <listener-class>org.acegisecurity.ui.session.HttpSessionEventPublisher</listener-class>
- </listener>
- <servlet>
- <servlet-name>TestServlet</servlet-name>
- <servlet-class>org.li.servlet.TestServlet</servlet-class>
- </servlet>
- <servlet-mapping>
- <servlet-name>TestServlet</servlet-name>
- <url-pattern>/servlet/TestServlet</url-pattern>
- </servlet-mapping>
在Spring的配置文件里:
代碼
- <bean id="chainProxy" class="org.acegisecurity.util.FilterChainProxy">
- <property name="filterInvocationDefinitionSource">
- <value>
- CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
- PATTERN_TYPE_APACHE_ANT
- /**=HttpSessionContextIntegrationFilter,authenticationProcessingFilter,BasicProcessingFilter,anonymousProcessingFilter,exceptionTranslationFilter,filterSecurityInterceptor
- </value>
- </property>
- </bean>
凡是有該標(biāo)志的文章,都是該blog博主Caoer(草兒)原創(chuàng),凡是索引、收藏
、轉(zhuǎn)載請(qǐng)注明來處和原文作者。非常感謝。