Код Jasig CAS - 404 после успешной проверки сервисного билета

Question

В настоящее время мы пытаемся развернуть CAS 4.0.1 на сервере JBoss EAP 6.3.0.

Веб-поток входа в систему был настроен для перенаправления на конкретную форму входа в систему в зависимости от службы, вызывающей CAS для аутентификации. В зависимости от этих форм мы используем определенные обработчики аутентификации и конкретную модель учетных данных. Кроме того, конфигурация довольно стандартная.

В настоящий момент мы сталкиваемся со следующей проблемой: когда пользователь пытается получить доступ к службе, защищенной CAS, он правильно перенаправляется на портал и отображается ожидаемое представление входа в систему; после успешного входа в систему служебный билет доставляется в фильтр проверки подлинности на стороне службы (стандартная j_spring_cas_security_check), который затем успешно проверяет его в реестре билетов CAS. В журналах мы видим, что CAS отображает cas2ServiceSuccessView; однако вместо доставки ожидаемого XML-ответа пользователь перенаправляется в форму входа в систему. Затем мы подтвердили, что на самом деле мы получаем ошибку 404 после cas2ServiceSuccessView... Есть идеи, что может вызвать такое поведение / что мы могли бы сделать неправильно?

Обратите внимание, что мы получаем одну и ту же ошибку независимо от того, как мы вызываем CAS для проверки ST: выполняется ли она вручную через /serviceValidate? Ticket=ST-YYY&service=XXX или через /j_spring_cas_security_check на стороне службы...

Изменить: у нас такое же поведение при запуске CAS на Tomcat 7.

Заранее спасибо.

Ниже журналов отладки, которые мы получаем:

08:54:10,806 DEBUG [org.springframework.web.servlet.DispatcherServlet] (http-/0.0.0.0:8080-7) Last-Modified value for [/cas/serviceValidate] is: -1
08:54:10,809 INFO  [org.perf4j.TimingLogger] (http-/0.0.0.0:8080-7) start[1433314450807] time[2] tag[VALIDATE_SERVICE_TICKET]
08:54:10,810 INFO  [com.github.inspektr.audit.support.Slf4jLoggingAuditTrailManager] (http-/0.0.0.0:8080-7) Audit trail record BEGIN
=============================================================
WHO: audit:unknown
WHAT: ST-3-uecoOwdbdIn4bc2WvXfe-cas-test
ACTION: SERVICE_TICKET_VALIDATED
APPLICATION: CAS
WHEN: Wed Jun 03 08:54:10 CEST 2015
CLIENT IP ADDRESS: 127.0.0.1
SERVER IP ADDRESS: 127.0.0.1
=============================================================


08:54:10,810 DEBUG [org.springframework.validation.DataBinder] (http-/0.0.0.0:8080-7) DataBinder requires binding of required fields [renew]
08:54:10,811 DEBUG [org.springframework.web.servlet.DispatcherServlet] (http-/0.0.0.0:8080-7) Rendering view [org.springframework.web.servlet.view.InternalResourceView: name 'cas2ServiceSuccessView'; URL [/WEB-INF/view/jsp/cas2ServiceSuccessView.jsp]] in DispatcherServlet with name 'cas'
08:54:10,811 DEBUG [org.springframework.web.servlet.view.InternalResourceView] (http-/0.0.0.0:8080-7) Added model object 'assertion' of type [org.jasig.cas.validation.ImmutableAssertion] to request in view with name 'cas2ServiceSuccessView'
08:54:10,811 DEBUG [org.springframework.web.servlet.view.InternalResourceView] (http-/0.0.0.0:8080-7) Removed model object 'pgtIou' from request in view with name 'cas2ServiceSuccessView'
08:54:10,811 DEBUG [org.springframework.web.servlet.view.InternalResourceView] (http-/0.0.0.0:8080-7) Forwarding to resource [/WEB-INF/view/jsp/cas2ServiceSuccessView.jsp] in InternalResourceView 'cas2ServiceSuccessView'
08:54:10,812 DEBUG [org.springframework.web.servlet.DispatcherServlet] (http-/0.0.0.0:8080-7) Successfully completed request
08:54:10,814 DEBUG [org.springframework.web.servlet.DispatcherServlet] (http-/0.0.0.0:8080-7) DispatcherServlet with name 'cas' processing GET request for [/cas/login]
08:54:10,814 DEBUG [org.springframework.webflow.mvc.servlet.FlowHandlerMapping] (http-/0.0.0.0:8080-7) Mapping request with URI '/cas/login' to flow with id 'login'

Answer 1

В SpringSecurity 4.x изменен путь по умолчанию для CasAuthenticationFilter defaultFilterProcessesUrl. Поэтому измените '/j_spring_cas_security_check' на '/login/cas' в конфигурации.

Answer 2

... и, конечно, причина была довольно глупой: каким-то образом (я должен взглянуть на нашу историю слияния /git), у bean- компонента viewResolver, определенного в cas-servlet.xml, не было установлено свойство basenames.