<div dir="ltr">Hello,<div>thank you for your time. Unfortunately, I'm note the original developper so I have inherited this idp code. </div><div>If I do understand you, it's never been a good practice to create its own authentication flow(with it's own spring webflow) such as in our current idp configuration.</div><div>I should only enable authentication flow in general-authn.xml by adding/removing flow in <span style="font-family:"JetBrains Mono",monospace;color:rgb(232,191,106)"><</span><span style="font-family:"JetBrains Mono",monospace;color:rgb(152,118,170)">util</span><span style="font-family:"JetBrains Mono",monospace;color:rgb(232,191,106)">:list </span><span style="font-family:"JetBrains Mono",monospace;color:rgb(186,186,186)">id</span><span style="font-family:"JetBrains Mono",monospace;color:rgb(106,135,89)">="shibboleth.AvailableAuthenticationFlows"</span><span style="font-family:"JetBrains Mono",monospace;color:rgb(232,191,106)">> ?</span></div><div>I see that we have defined a custom authentication flow in this list and in the mfa-authn.config.xml. </div><div>So I'm not in the simple "declarative" authentication process... I need to either upgrade our custom process(but not a good practice) or rewrite-it to use only official authentication flows and fine tuning them through properties file.</div><div>Am I right ? </div><div>If so I will take some time to think about how to make things right.<br>Best Regards,</div><div>Claude</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 5 mai 2021 à 14:24, Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I don't know what you're trying to do, but you cannot copy or reuse the beans or flows we provide in your own custom work. They work as is only and are not available for any custom purposes.<br>
<br>
You don't need to "trigger" anything. If you want to use the Password feature, that's as documented. If you want to do something else, that's fine, but then the Password feature and its files are not relevant.<br>
<br>
Again, you MUST NOT, ever, copy any of the beans or flow definitions. That is off limits, always. To the extent that it was ever suggested in a couple of cases, it was a workaround for not providing the necessary customization points, and that's rectified now, which is why the files were all finally embedded into jars and just moved out of sight entirely.<br>
<br>
Using them as examples to understand something is one thing, but as soon as you copy anything, you're dead meat. The API is exactly what we say it is, and all of those beans are by and large not API and change at any time.<br>
<br>
I'm saying all this simply as background. I have no idea what you mean to do so I'm not talking in specifics.<br>
<br>
-- Scott<br>
<br>
<br>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>