当前位置:   article > 正文

usmssosetup 单点登录被禁用_使用sso(cas)的时候报单点登录service不匹配问题分析及解决...

usmssosetup 单点登录被禁用_使用sso(cas)的时候报单点登录service不匹配问题分析及解决...

最近在使用portal做企业门户网站,其中使用了sso。在集成了多个应用之后在portal中点击集成的应用报错

2017-05-31 08:37:16,950 ERROR [org.jasig.cas.CentralAuthenticationServiceImpl] -

86/XXX/XXX? does not match supplied service [http://10.80.18.105:8086/XXX/XXX]>

这里注意报错中访问url多了个‘?’

分析:Cas Server端解析出的service URL前后相差了一个“?”,怀疑是cas client在新版tomcat下生成 service URL时出现问题,检查client代码,定位到edu.yale.its.tp.cas.client.Util的getService方法

if (request.getQueryString() != null)

{int ticketLoc = request.getQueryString().indexOf("ticket=");if (ticketLoc == -1)

sb.append((new StringBuilder("?")).append(request.getQueryString()).toString());else

if (ticketLoc > 0)

{

ticketLoc= request.getQueryString().indexOf("&ticket=");if (ticketLoc == -1)

sb.append((new StringBuilder("?")).append(request.getQueryString()).toString());else

if (ticketLoc > 0)

sb.append((new StringBuilder("?")).append(request.getQueryString().substring(0, ticketLoc)).toString());

}

}

发现对于没有参数的http请求,request.getQueryString()函数在Tomcat5.5.15中是返回null,而5.5.16中是返回""。直接加上对空string判断的逻辑,问题解决。

修改jar包里的edu.yale.its.tp.cas.client.Util.class(反编译jar,修改util类后再编译替换jar包中的util.class)。

if (request.getQueryString() != null && !"".equals(request.getQueryString()))

问题解决。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/花生_TL007/article/detail/145458
推荐阅读
相关标签
  

闽ICP备14008679号