我的一点开源感想

我觉得按照你们的想法，必然会照成角色的膨胀，不知道在一个大型企业中，不同位置的人往往工作和职责是重叠的，这样角色区分就不太合适了

用户分类的目的就是避免角色膨胀。用户分类是用来动态描述用户，相当于动态用户群组。

看了演示案例，手册大概浏览了下。感觉数据权限控制应该做得不错，且由页面直接配置。但功能权限，比如说一个人可以看到哪些按钮，楼主提供的演示案例里没有涉及，文档上面也没怎么讲，不知这块目前是没有还是怎么，请楼主指教。spring security 和shiro提供的案例，演示了功能权限(控制哪些角色可以看到哪些按钮)，但没有涉及数据权限。

    楼主的开源权限控制不错，但是在配置上还是比较麻烦，功能及的权限也不是很完善。表达式的方式，使用规则引擎是否会强大一点？毕竟支持的逻辑可以更复杂。
我们做了个权限平台，JBob平台系统，相对楼主的中间件，我们在效率很不错，主页是：
    http://code.google.com/p/jbob/

供大家参考，谢谢！

这种功能级按钮控制，我在手册和demo里面都没有讲。当讲了功能级API，这调用一下API即可。hasPrivilege方法是用来判断功能级权限的。

很多应用还需要大家一起来探讨。我实在没有精力和智慧，覆盖所有使用情况。我会把所有基础的东东、核心、重要的地方，覆盖到。

欢迎比较，欢迎竞争。我个人认为，你的项目最好选个公认的license，这样更有利于推广。

根据你说的，说明你对ralasafe还不够了解。我们的配置工作量非常少，很多策略采用图形界面配置，配置完毕后，还可以在线测试，省去手工配置和测试时间；
功能级权限，我们实现了RBAC模型，也就这些吧。本来就不复杂。所以，完善之处，还请你多指点。
Ralasafe文档、手册等地方，都强调了规则。我们内嵌了自己编写的专门面向权限的规则引擎。

综上，希望你指点！

纯支持的来，开源是程序员的一个梦想

-----------
很感谢你的提醒，我们打算完善后再遵循公认的license。有时候通用的东西会有效率问题，这个最需要权衡，不是一劳永逸的，我们只在最需要通用化的时候才通用化。

我也开源。开源邦+公司, 养着社区。

中国需要有一个类 apache 这样的组织，才更容易强大起来