使用sso(cas)的時候報單點登錄service不匹配問題分析及解決
阿新 • • 發佈:2017-05-31
amp 多個 cas query xxx code util match 新版
最近在使用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()))
問題解決。
使用sso(cas)的時候報單點登錄service不匹配問題分析及解決