锁定老帖子 主题:[转载]实战Acegi
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-08-24
引用 分页实际是对real id list 的'分页' 分出来的list要再经过业务筛选呢? 应该取出所有的real id list放在where in中:cry:,然后再对查询实现分页...... |
|
返回顶楼 | |
发表时间:2006-08-24
liuyifan.com 写道 引用 分页实际是对real id list 的'分页' 分出来的list要再经过业务筛选呢? 应该取出所有的real id list放在where in中:cry:,然后再对查询实现分页...... 分出来的list还会经过什么业务筛选呢? 取出所有的real id list放在where in中会导致SQL过长而被数据库截断 |
|
返回顶楼 | |
发表时间:2006-08-24
shim 写道 问一下如果要动态的配制url访问权限怎么设啊。
要把url也添加到数据库。 没错 |
|
返回顶楼 | |
发表时间:2006-08-24
ronghao 写道 shim 写道 问一下如果要动态的配制url访问权限怎么设啊。
要把url也添加到数据库。 没错 我看到网上的资料都是acegi1.1版本的,但我用的这个是0.8版本啊. 因为我现在是在楼主提供的那例子的基础上改的,用0.8以上版本就不行了。 如果我建一个表 create table urls { id integer primary key, auth_id integer, url varchar(45) } 这样在xml文件里怎么配制它才会去执行呢? 我想应该是在filterInvocationInterceptor的objectDefinitionSource处配制吧,但不知道怎么配制 |
|
返回顶楼 | |
发表时间:2006-08-24
引用 分出来的list还会经过什么业务筛选呢? select * from real_data where id in ( {real id list} ) 你的前拦截应该还没有检索real_data吧,通过acl找出一页的real id list之后,如果除了id之外我还有其它的限定,问题不又来了么? |
|
返回顶楼 | |
发表时间:2006-08-24
liuyifan.com 写道 引用 分出来的list还会经过什么业务筛选呢? select * from real_data where id in ( {real id list} ) 你的前拦截应该还没有检索real_data吧,通过acl找出一页的real id list之后,如果除了id之外我还有其它的限定,问题不又来了么? 你说的很对,上面我也提到了说对数据进行数据库排序很困难,但我考虑不到除此之外还有什么可能的业务上需要的限定,数据权限都控制到了具体单条记录了,还需要什么限定呢? 你可以举个例子一起探讨 |
|
返回顶楼 | |
发表时间:2006-09-15
youlq 写道 最近很多人讨论acegi和通用安全框架的设计,前一段时间我在项目里引入了acegi作为系统的安全框架,实际使用效果很好,基本满足了项目需求。我根据自己的使用经验写了一篇文章:
实战Acegi:使用Acegi作为基于Spring框架的WEB应用的安全框架 原文地址: http://www.blogjava.net/youlq/archive/2005/12/06/22678.html 希望对大家有所帮助。 你的文档写得很好,简单扼要,帮助很大啊。弱弱的问一个其他的问题:你文档中的UML类图是怎么弄的,比较清晰啊,应该不是直接从Eclipse直接导的吧,那些关联线是不是你后来加上去的?谢谢。 |
|
返回顶楼 | |
发表时间:2006-09-25
想了解一下
|
|
返回顶楼 | |
发表时间:2006-10-30
感谢楼主的研究文章,以之勉励自己。
|
|
返回顶楼 | |
发表时间:2006-12-25
来个1.0版的实例
|
|
返回顶楼 | |