[cas-dev] Trouble with Custom Principal/CredentialToPrincipalResolver
Scott Battaglia
scott.battaglia at gmail.com
Tue Mar 18 07:54:52 EDT 2008
Sean,
The only way your CredentialsToPrincipalResolver would not get called would
be if there was one higher up in the list than yours that matched the
principal. Check to see if there are any other
CredentialsToPrincipalResolvers configured that may be executed before your
custom one.
-Scott
On Mon, Mar 17, 2008 at 8:21 PM, Sean R. McNamara <
sean.r.mcnamara at dartmouth.edu> wrote:
> Hello all,
>
> I just recently inherited a 3.0.6 CAS environment, and am working to
> upgrade to 3.2 and implement clustering.
>
> We have a handful of customizations built into our server, namely a
> custom Authentication Handler and Principal.
>
> I'm struggling to understand exactly how a set of credentials are
> matched to a particular Principal type. Basically what I am seeing is
> that our customizations work fine in the 3.0.6 build, but once moved
> over and built into 3.2, no longer work as expected.
>
> The custom Auth. Handler validates the credentials appropriately,
> however it appears the credentials are being identified as a
> SimplePrincipal when I try to do a service validation after being issued
> a ticket. I know this since I get a exception telling me that the
> custom attributes I'm referencing (added to
> casServiceValidationSuccess.jsp) cannot be accessed in a SimplePrincipal
> object.
>
> I've seen some mention of a LoginFormAction to specify what type of
> Principal should be used, but, AFAIK -- this is no longer valid in 3.X
> releases. Of course there's a CredentialToPrincipalResolver (and is
> set in deployerConfigContex), but, the odd thing is -- it doesn't
> appear to be being called. As a test, I changed the supports method to
> always return true, and still had no luck. Interestingly, the
>
> I know I'm not giving a lot to go on, so if anyone needs any technical
> details, I can send them along tomorrow AM. In the meantime, if anyone
> has any pointers or can see any red flags from what I've explained so
> far, I'd appreciate the heads up.
>
> Thanks very much in advance!
>
> ..Sean.
>
> _______________________________________________
> cas-dev mailing list
> cas-dev at tp.its.yale.edu
> http://tp.its.yale.edu/mailman/listinfo/cas-dev
>
--
-Scott Battaglia
PGP Public Key Id: 0x383733AA
LinkedIn: http://www.linkedin.com/in/scottbattaglia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://tp.its.yale.edu/pipermail/cas-dev/attachments/20080318/7fea7e70/attachment.html
More information about the cas-dev
mailing list