差沙的密码 -- SSHWSFC's code
阅读本Blog请自备塑料袋一只
posts - 14,  comments - 59,  trackbacks - 0
Acegi好早就实现了ACL(好像是0.5),但是使用起来确实有点麻烦,所以用的不是太广泛。这里简单的说明一下使用方法,希望有更多的朋友来试试。

首先要理解Acegi里面Voter的概念,ACL正是在一个Voter上扩展起来的。现来看一下AclVoter的配置。

    <bean id="aclBeanReadVoter" class="org.acegisecurity.vote.BasicAclEntryVoter">
        
<property name="processConfigAttribute">
            
<value>ACL_READ</value>
        
</property>
        
<property name="processDomainObjectClass">
            
<value>org.springside.modules.security.acl.domain.AclDomainAware</value>
        
</property>
        
<property name="aclManager">
            
<ref local="aclManager"/>
        
</property>
        
<property name="requirePermission">
            
<list>
                
<ref local="org.acegisecurity.acl.basic.SimpleAclEntry.ADMINISTRATION"/>
                
<ref local="org.acegisecurity.acl.basic.SimpleAclEntry.READ"/>
            
</list>
        
</property>
    
</bean>
  1. ACL_READ指的是这个Voter对哪些SecurityConfig起作用,我们可以把ACL_READ配置在想要拦截的Method上。比方说我们要拦截readOrder这个方法,以实现ACL控制,可以这样配置。
    orderManager.readOrder=ACL_READ
  2. processDomainObjectClass指出哪些DomainObject是要进行ACL校验的。
  3. aclManager是一个比较重要的概念,主要负责在权限列表中根据用户和DomainObject取得acl列表。
  4. requirePermission指出要进行这个操作必须具备的acl权限,比方说read操作就必须有ADMINISTRATION或READ两个权限。

其实整个过程看下来比较清晰,下面来看一下AclManager如何配置。

    <!-- ========= ACCESS CONTROL LIST LOOKUP MANAGER DEFINITIONS ========= -->

    
<bean id="aclManager" class="org.acegisecurity.acl.AclProviderManager">
        
<property name="providers">
            
<list>
                
<ref local="basicAclProvider"/>
            
</list>
        
</property>
    
</bean>

    
<bean id="basicAclProvider" class="org.acegisecurity.acl.basic.BasicAclProvider">
        
<property name="basicAclDao">
            
<ref local="basicAclExtendedDao"/>
        
</property>
    
</bean>

    
<bean id="basicAclExtendedDao" class="org.acegisecurity.acl.basic.jdbc.JdbcExtendedDaoImpl">
        
<property name="dataSource">
            
<ref bean="dataSource"/>
        
</property>
    
</bean>

很明显ACLManager继承了Acegi的一贯风格,Provider可以提供多种取得ACL访问列表的途径,默认的是用basicAclProvider在数据库中取得。既然提到了数据库,那我们就来看一下Acegi默认提供的ACL在数据库里的保存表结构:

CREATE TABLE acl_object_identity (
id 
IDENTITY NOT NULL,
object_identity VARCHAR_IGNORECASE(
250NOT NULL,
parent_object 
INTEGER,
acl_class VARCHAR_IGNORECASE(
250NOT NULL,
CONSTRAINT unique_object_identity UNIQUE(object_identity),
FOREIGN KEY (parent_object) REFERENCES acl_object_identity(id)
);
CREATE TABLE acl_permission (
id 
IDENTITY NOT NULL,
acl_object_identity 
INTEGER NOT NULL,
recipient VARCHAR_IGNORECASE(
100NOT NULL,
mask 
INTEGER NOT NULL,
CONSTRAINT unique_recipient UNIQUE(acl_object_identity, recipient),
FOREIGN KEY (acl_object_identity) REFERENCES acl_object_identity(id)
);
  1. acl_object_identity表存放了所有受保护的domainObject的信息。其中object_identity字段保存了domainObject的class和id,默认的保存格式是:domainClass:domainObjectId。
  2. acl_permission 就是ACL权限列表了,recipient 是用户或角色信息,mask表示了这个用户或角色对这个domainObject的访问权限。注意这些信息的保存格式都是可以根据自己的需要改变的。

这样读取和删除的时候Acegi就能很好的完成拦截工作,但是读取一个List的时候,如何才能把该用户不能操作的domainObject剔除掉呢?这就需要afterInvocationManager来完成这个工作。下面来看下配置:

    <!-- ============== "AFTER INTERCEPTION" AUTHORIZATION DEFINITIONS =========== -->

    
<bean id="afterInvocationManager" class="org.acegisecurity.afterinvocation.AfterInvocationProviderManager">
        
<property name="providers">
            
<list>
                
<ref local="afterAclCollectionRead"/>
            
</list>
        
</property>
    
</bean>
    
<!-- Processes AFTER_ACL_COLLECTION_READ configuration settings -->
    
<bean id="afterAclCollectionRead" class="org.acegisecurity.afterinvocation.BasicAclEntryAfterInvocationCollectionFilteringProvider">
        
<property name="aclManager">
            
<ref local="aclManager"/>
        
</property>
        
<property name="requirePermission">
            
<list>
                
<ref local="org.acegisecurity.acl.basic.SimpleAclEntry.ADMINISTRATION"/>
                
<ref local="org.acegisecurity.acl.basic.SimpleAclEntry.READ"/>
            
</list>
        
</property>
    
</bean>

afterAclCollectionRead会在拦截的方法执行结束的时候执行。主要的作用就是在返回的List中挨个检查domainObject的操作权限,然后根据requirePermission来剔除不符合的domainObject。
posted on 2006-06-17 00:20 差沙 阅读(2267) 评论(4)  编辑  收藏 所属分类: avaj

FeedBack:
# re: 在Acegi中使用ACL
2006-07-05 10:48 | acegi
你好,能不能写的详细点,如把你的订单管理的acl写出来,谢谢  回复  更多评论
  
# re: 在Acegi中使用ACL
2006-07-05 10:49 | acegi
有点地方不明白,能请教你吗  回复  更多评论
  
# re: 在Acegi中使用ACL
2006-07-18 15:27 | acegi
想请教个问题,可否  回复  更多评论
  
# re: 在Acegi中使用ACL[未登录]
2008-01-17 14:12 | 白菜
请问文中的
ACL_READ指的是这个Voter对哪些SecurityConfig起作用,我们可以把ACL_READ配置在想要拦截的Method上。比方说我们要拦截readOrder这个方法,以实现ACL控制,可以这样配置。
orderManager.readOrder=ACL_READ
orderManager.readOrder=ACL_READ是在哪里配置的?能说的详细点吗?  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航:
 
这家伙很懒,但起码还是写了一句话。

<2006年6月>
28293031123
45678910
11121314151617
18192021222324
2526272829301
2345678

常用链接

留言簿(8)

随笔分类

随笔档案

文章分类

搜索

  •  

最新评论

阅读排行榜

评论排行榜