discoveryFunction selection
Martin Leonhartsberger
m.leonhartsberger at cumulo.at
Wed Sep 6 13:58:35 UTC 2023
> > I wasn't able to work out an implementation of a createSubcontext with
> > type ScratchContext, is there an example anywhere how to do that in a
> > shibboleth.ContextFunctions.Scripted?
> The class sould be org.opensaml.messaging.context.ScratchContext, it just wraps a map.
> then you would work around it by having the flow that's signaling the event also stash the information in a ScratchContext or a flow-scoped variable so your discovery function can access it there privately.
I hope I understood it right: In the ContextFunction (within the MFA Flow) I try following:
scratchCtx=input.createSubcontext("org.opensaml.messaging.context.ScratchContext");
Which leads to a TypeError, this is not a function. Input is existing and of type PRC.
Probably because createSubcontext is a protected and not a public function? Is there any other way to attach a ScratchContext to the PRC?
About the other concept, to set a flow-scoped variable:
within MFA:
flowscope=input.getSubcontext("net.shibboleth.idp.profile.context.SpringRequestContext").getRequestContext().getFlowScope();
I can put a variable there, though the SpringRequestContext is not beyond PRC after the transition from MFA to SAML flow.
Or did you have a different location in mind for a variable to pass on from mfa to saml-flow/discovery function
Thank you!
Martin
More information about the users
mailing list