<div dir="ltr">It seems to me that I asked a "how" question and the response I'm getting is "why do that?" I've explained the why--to have a purely metadata-driven approach. To give some more context to that, I'm dealing with hundreds of SP's here (and the number is constantly growing), each with different requirements regarding the names of the attributes they expect. It seems to me that the IDP should have a stable configuration, and anything SP-specific should be signaled in the SP-metadata alone.<div><br></div><div>I was hoping a purely metadata-driven approach could be wired up, but the impression I'm getting is that it will require development work. If you have any guidance on how to do that, please let me know.</div><div><br></div><div>Thank you,</div><div>Joshua Dachman</div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 15, 2019 at 8:48 AM Peter Schober <<a href="mailto:peter.schober@univie.ac.at">peter.schober@univie.ac.at</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">* Peter Schober <<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>> [2019-07-15 14:31]:<br>
> * Joshua Dachman <<a href="mailto:jdachman@gmail.com" target="_blank">jdachman@gmail.com</a>> [2019-07-14 23:00]:<br>
> > The idea is to be metadata-driven here. Yes, the same can currently be<br>
> > achieved through addition of tags in attribute-resolver.xml, but then every<br>
> > time an SP desires a custom mapping it must be added there rather than in<br>
> > the SP's metadata.<br>
> <br>
> So far I found adding another AttributeEncoder with a relyingParties<br>
> XML attribute to be sufficient and easy to do.<br>
<br>
Oh wait, you didn't ask about one-off attribute names in metadata (for<br>
which a differing encoder would be relevant) but you wanted to use a<br>
different InputAttributeDefinition for a given standard attribute<br>
depending on the SP entity?<br>
<br>
I don't think I ever had to handle that case and certainly "metadata<br>
ftw!" wouldn't have been my initial reaction.<br>
<br>
-peter<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>