ITOO3.1的收尾工作包括了这样一想任务,也是相当于突击工作，一个是把手写CAS加进来，还有一个是解决原CAS单点登录性能问题以及退出效果。总是会有意外的收获和惊喜……
事情的起因、经过、发展、结局是酱紫的:
起因:
解决CAS遗留问题——登录的时候一直在转圈等待状态……
经过:
其实是发现了这样一种情况，在CAS在第一次登陆的时候速度非常慢，在以后的二次登录就不会出现这种情况，后来经过追踪来寻找原因,用火狐浏览器,通过Firebug—网络追踪发现有两个js脚本是需要在线访问到google去验证的,但是现在google已经是被禁用了的，它是有一个访问时限的机制的,也就是在转到一定时间就不转了的情况。具体情况如图所示:
中间经历了一些波折，在师哥的帮助下，看到了CAS的java源代码，想要从中找到一些什么，可是我们也仅仅是看到了源码,看到了一些页面引用的好多的js,最重要的师哥教会了我们怎么去导入源代码的包。但是发现并没有什么卵用。所以继续想办法……
其实可以酱紫做，因为它主要是两个在线的脚本引起的速度问题，如果通过翻墙来找脚本的话，根本就不会出现这种一直转的情况。忘记了是哪个小伙伴想到了一个办法，就是把这两个脚本放在本地，改一下引用路径就可以了。事实上我们也是这样子做的。脚本因为还是外网在线访问的，所以通过翻墙访问到了这两个js脚本复制到本地一份。
发展：
找到引用这两个脚本的页面，bottom页面，定位到在线引用两个脚本的地方。
然后在上图引用脚本的地方修改成本地路径
结局：
重启tomcat之后,解决问题
参与人员:
主力：李游、大霄
组织协调寻找外援：小乖
外援：磊磊师哥
在整个CAS的研究和应用过程中，遇到多许多的问题，其实很感谢我们遇到过的所有问题，一直在促使我们前进。遇到问题并不可怕，可怕的是不想去解决它，因为害怕看到解决了问题之后的好处。何不给自己多一些机会、多一些挑战，遇到问题，你来面对它你就比别人成功早了一步。
这个问题在解决之后觉得非常小，解决它也不过两三个小时的时间。其实这个问题还是一个师哥在给我们验收的时候提出来的，在这之前，我们都在干什么，都在一直发现着什么，一直在忍受着这么慢的登录速度。其实最可怕的不是我们遇到了问题不去解决它，而是我们自己都没有发现我们自己的问题。
CAS性能优化又向前迈进一大步……
版权声明：本文为博主原创文章，未经博主允许不得转载。