使用sso(cas)的時候報單點登錄service不匹配問題分析及解決

最近在使用portal做企業門戶網站，其中使用了sso。在集成了多個應用之后在portal中點擊集成的應用報錯

2017-05-31 08:37:16,950 ERROR [org.jasig.cas.CentralAuthenticationServiceImpl] -
<ServiceTicket [ST-3-eajOL4HrCjCEmMVFKm57] with service [http://10.80.18.105:80
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()))

問題解決。