- 博客(7)
- 资源 (5)
- 收藏
- 关注
RSS订阅原创 cas 入门之三十一:cas 认证处理器-JAAS配置示例
关于cas 的jaas认证，有之前定过一写过一篇，但是那篇没有详细的描述其中的配置情况，况且也有错误，在此对大家表示歉意。下面我将以前作的demo，整理成本文，也算是对前一篇的补充。对于cas的jaas的认证，按以下步骤操作（因为我对其他web服务器不太熟悉，所以仍以tomcat配置为例，系统环境是windows7）：１.将原版的cas 以http形式发布至tomcat，并测试是否成功
2014-09-19 21:08:01
3350
1
原创 cas 入门之三十：cas 集群tomcat session组播复制
cas 的运行环境是tomcat,cas的集群主要分为两部分，一是登录过程中session的集群，二是登录之后产生的ticket的集群。对于登录之后产生的ticket的集群，则相对容易，根据我前几篇文章可以找到答案，比如将ticket 以jpa的形式存到外部数据库即可以。那么对于登录过程中session的集群，对于tomcat则进行session复制。tomcat的session复制目前有
2014-09-16 21:00:10
4874
原创 cas入门之二十九:cas 集群简介
cas 的运行环境是tomcat,cas的集群主要分为两部分，一是登录过程中session的集群，二是登录之后产生的ticket的集群。对于登录之后产生的ticket的集群，则相对容易，根据我前几篇文章可以找到答案，这两部分可以通过组合完成，达成相应的目的。对于cas ticket集群，目前测试通过的有三种方式1.jpa ticket repositry 参看2.echcache
2014-09-16 20:49:10
9427
5
原创 cas入门之二十八：services管理控制台
什么是cas services管理控制台?想想一种情况，当你搭建好了一台cas服务器，大家知道了cas的访问地址，那么你能否有能力控制住哪些应用才能够经过你搭建的cas服务器进行认证吗？你可能会说，大家不会乱连，进行认证的。再想想一种情况，如果经过后台监控，发现有一个应用链接经过你的cas应用进行认证，一下就让你的cas服务器cpu 100%,那么你如何去控制这个链接呢？现在我很高
2014-09-10 20:33:25
9533
6
原创 cas入门之二十七:person directory(中)
在很多情况下，需要从多个数据源中获取用户信息，然后合并相关的信息返回给客户端。在person directory中有两种方式来解决这个问题，一是MergingPersonAttributeDaoImpl， 即将多个IPersonAttributesAttributeDao获取到的用户信息，进行合并成一个结果集，默认是将几个结果集相同属性的合成在一起，然后返回给客户端；另一个是Cas
2014-09-04 22:02:04
2975
原创 cas 入门之二十六:person directory（上）
当用户成功认证之后，cas服务器向客户端返回尽量多的用户信息回去，默认是只返回用户名，当需要返回更多的信息时，就需要用到person directory。在用户认证成功之后，cas服务器有一步是将credentials向Principal转化的过程，这个工作是由credentialsToPrincipalResolvers完成，参见 认证管理器。cas 应用的默认配配置是：
2014-09-04 22:01:34
3182
原创 cas入门之二十五：ticket清理器
当ticket存储器，没有能力管理ticket的状态时，则需要ticket清理器。默认的内存ticket存储器，jpa存储器等都需要ticket清理器;memecached ,ehcache等存储器则不需要ticket清理器。默认情况下，ticket 清理器配置在cas/WEB-INF/spring-configuration/ticketRegistry.xml文件中，如下所示：
2014-09-04 21:57:21
5132
1
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人