Function use in the IdP

Cantor, Scott cantor.2 at osu.edu
Wed Nov 12 10:12:45 EST 2014


On 11/12/14, 9:09 AM, "Rod Widdowson" <rdw at steadingsoftware.com> wrote:

>No, my reasoning is that if all I can configure is a
>Function<ProfileContext, Whatever> and what I happen to need is a
>Function<MumbleContext, Whatever> then I should be able to construct, in
>Spring, a composite function made up of a [series of] functions to go from
>MumbleContext to ProfileContext composed with the Scripted Function.

Plausible, though....

>This presupposes that (a) the navigation between contexts is config time
>fixed and that (b) we already have Functions which span all the potential
>navigations.  I know that we have Parent and Child and also something to
>provide IncomingMessage and OutgoingMessage.  I assume that we have
>something to go from incoming or outgoing from the MessageContext to the
>PRC.

We don't have the latter, because it's not possible. The message contexts 
aren't children of the PRC, they're stored in the PRC itself. Crosswalking 
that isn't possible as far as I can see.

-- Scott



More information about the dev mailing list