resolver search filter

Klingenstein, Nate nklingenstein at calstate.edu
Tue Nov 29 20:19:00 EST 2016


Tom,

> (uid=$requestContext.principalName)
> (uid=$resolutionContext.principal)

As far as I could tell, the two are equivalent in practice, but the former is deprecated.

> I can guess,

I'm answering this with my guess under the "fresh eyes" principle in hopes it will get more details in a real answer.

https://wiki.shibboleth.net/confluence/display/IDP30/GeneralArchitecture#GeneralArchitecture-Contexts

As I understood it, the requestContext and the resolutionContext are different "context"s entirely.

A "requestContext" doesn't make sense to me as a concept in 3.x because it isn't really structured around singular requests in any sense, whether that's an HTTP Request or an AuthnRequest.

A "resolutionContext" is immediately clear to me: that's the context in which attribute resolution occurs, which is after canonicalization,

I have no idea if this gets tangled up with Java Principals versus the concept of a principal or whether a user can have multiple Principals in this sense.  If I'm confused, it's there.

> Which filter, if any, would be more correct for an external authenticator?

I'm sure the resolutionContext is more correct in all cases.  I have no idea why that is.

Your friendly shot in the dark downstate,
Nate.


More information about the users mailing list