<div dir="ltr">I found this an interesting thread. I have several times followed exactly the tack suggested by Nate<div>(encode a specially constructed attribute with name and friendlyName to meet special requirements of an SP).</div><div>So it's interesting a little concerning to read Marvin's recommendation for what seems a more convoluted method <br>using activation conditions. Marvin or others, could you elaborate on why this is a superior approach?</div><div><br>Thank you!</div><div><br></div><div>David Bantz</div><div>UA OIT IAM</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 28, 2018 at 10:43 AM, Marvin Addison <span dir="ltr"><<a href="mailto:marvin.addison@gmail.com" target="_blank">marvin.addison@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span class=""><div dir="ltr">On Mon, Jun 18, 2018 at 5:51 PM Greg Haverkamp <<a href="mailto:gahaverkamp@lbl.gov" target="_blank">gahaverkamp@lbl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I haven't decided if it's better or worse, but I've lately started using activation conditions for these requests.<br></blockquote></div></blockquote><div><br></div></span><div>We've tried many solutions and I'm comfortable saying that activation conditions are the way to go for one-off attribute names. We're seeing an uptick in the number of integrations that require specific (and in many cases non-standard) attribute names, and activation conditions allow us to focus on these quirks by adding additional attribute encoders that are toggled with an activation condition as your example demonstrates. If you're doing consent or other flows that work on attribute sets, you'll appreciate the benefit of this approach even more.</div><div><br></div><div>Marvin at Virginia Tech</div><div><br></div></div></div>
<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/<wbr>confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br></blockquote></div><br></div>