It’s just a name of the default event that triggers the transition, and since there’s is only one possible transition out of this state:
https://github.com/Jasig/cas/blob/v3.5.2.1/cas-server-webapp/src/main/webapp/WEB-INF/login-webflow.xml#L158 regardless of the event, the code might as easily return null and the transition would execute in any case. It’s just the way it is and how it was coded originally. That is all I could say about it. Best, D. On Jun 3, 2014, at 10:10 AM, Zac Harvey <[email protected]> wrote: > Thank you! > > One last followup question (I promise) - but I’m just curious: in > SendTicketGrantingTicketAction#doExecute: > > If(ticketGrantingId == null) { > return success(); > } > > // Now add the CASTGC cookie here > > Why would we want to return success() if the ticketGrantingId is NULL? > Wouldn’t that indicate an error? Thanks again! > > From: Dmitriy Kopylenko [mailto:[email protected]] > Sent: Tuesday, June 03, 2014 10:06 AM > To: [email protected] > Subject: Re: [cas-user] What controller handles login post? > > That happens in the following action state implementation (v3.5.2.1 and > master respectively): > > https://github.com/Jasig/cas/blob/v3.5.2.1/cas-server-core/src/main/java/org/jasig/cas/web/flow/SendTicketGrantingTicketAction.java > > https://github.com/Jasig/cas/blob/master/cas-server-webapp-support/src/main/java/org/jasig/cas/web/flow/SendTicketGrantingTicketAction.java > > Cheers, > D. > > On Jun 3, 2014, at 9:57 AM, Zac Harvey <[email protected]> wrote: > > > Thanks Dmitriy, > > I assume that AuthenticationViaFormAction somehow invokes the > CookieRetrievingCookieGenerator to produce the CASTGC cookie and hand it back > to the browser? If so, can you point me in the general vicinity of where > this communication is happening? Thanks again! > > From: Dmitriy Kopylenko [mailto:[email protected]] > Sent: Tuesday, June 03, 2014 9:13 AM > To: [email protected] > Subject: Re: [cas-user] What controller handles login post? > > It’s this SWF action state implementation that handles the job: > > https://github.com/Jasig/cas/blob/v3.5.2.1/cas-server-core/src/main/java/org/jasig/cas/web/flow/AuthenticationViaFormAction.java > > Note that the above is for the 3.5.2.1 version. Here’s the version of the > same class in the master: > > https://github.com/Jasig/cas/blob/master/cas-server-core/src/main/java/org/jasig/cas/web/flow/AuthenticationViaFormAction.java > > Best, > Dmitriy. > > On Jun 3, 2014, at 9:06 AM, Zac Harvey <[email protected]> wrote: > > > > When someone logs into CAS (from the casLoginView.jsp page), what controller > actually handles the HTTP POST? I see an > org.jasig.cas.web.ServiceValidateController, but believe this is for the > subsequent /validateService call. I’m looking for what controller actually > handles the initial POST (authentication attempt). Ideas? Thanks in advance! > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > -- > You are currently subscribed to [email protected] as: > [email protected] > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
