<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Ok. I will try that.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Thank you.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">-Jeff</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 6, 2024 at 11:24 AM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">These are dev list questions, so please use that list for this kind of thing.<br>
<br>
> Also, I was trying to understand how this works for the view<br>
> scope, but not when I passed it to the setter.<br>
<br>
Because that setter is an injection point for a Function, and you're trying to call another Function that expects a ProfileRequestContext with the input to the setter, which is a Function itself.<br>
<br>
That Java code in the setter shouldn't even compile, it should flag the input to our Function as being the wrong type.<br>
<br>
The viewScope expression you're asking about is calling a function and passing the opensamlProfileRequestContext variable as the input. There are a ton of complexities wrapped up in that but the point is that opensamlProfileRequestContext is an object of the proper type for the Function.<br>
<br>
Whereas you're calling the Function with a different, incorrect type and doing it in a place that would never have access to the PRC at runtime to pass into the function to get it to run.<br>
<br>
Byeond that, we're deep into member support here. I can't debug code for people for free, not anymore.<br>
<br>
My best piece of advice here from all that XML is that you're trying to build your own login flow, and I would advise you to reconsider that. Use the External  login flow feature and build the logic you need in a stand-alone way that doesn't require as much understanding of IdP internals. It's still Java or JSP but it's much more contained.<br>
<br>
-- Scott<br>
<br>
<br>
</blockquote></div>