<div dir="ltr"><div><span class="">> Scott as we discussed earlier today.<br>

</span>>I think I'm missing context here but...<br>>>>In your example you
 seem to be making an assumption about what a Principal is which 
transcends java.security.Principal (is youe example X509 specific?<br><br></div><div>Scott said he had implemented a custom principal to support custom attributes from external auth.   He didn't remember if was implemented based on a Map.   I  looked if he was referring to <a href="https://issues.shibboleth.net/jira/browse/IDP-832">https://issues.shibboleth.net/jira/browse/IDP-832</a> and idp-authn-api/src/main/java/net/shibboleth/idp/authn/principal/IdPAttributePrincipal.java its not based on a Map but only a single attribute/value pair.   So I'm re-thinking the design but I need to know more about how it works in practice.   If an external auth plugin attaches a few of these principals to a subject they will automatically be available encoders and all to release in attribute-filter.xml or does some other code in attribute_resolver.xml need to make them available to SP's?  Once I understand I'll re-submit the idea if necessary.<br><br></div><div>Thanks,<br></div><div>Christopher<br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 12, 2016 at 3:37 AM, Rod Widdowson <span dir="ltr"><<a href="mailto:rdw@steadingsoftware.com" target="_blank">rdw@steadingsoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">(Aside: I think that this needs to move to dev)<br>
<span class=""><br>
> Scott as we discussed earlier today.<br>
<br>
</span>I think I'm missing context here but...<br>
<span class=""><br>
> Something like the code below would have been very<br>
> useful getting attributes values out of a custom subject class it would have cut down on<br>
> custom javascript considerably.<br>
<br>
</span>It would be good to have this in an RFE otherwise it will get lost.<br>
<span class=""><br>
> 1)      Required: PrincipalClass:  What principal class to extract out of the subject.<br>
</span>Is there ever any case when you want more than one principal class?<br>
<span class=""><br>
> If there are multiple matches this logic will be called multiple times once per instance.<br>
> Assumes Principal also has an interface which allows get(String), and<br>
> Set<String> getKeys().<br>
<br>
</span>I'm not sure the relevance of this, but I suspect it comes out in the code.<br>
<span class=""><br>
> 3)      Optional: Attribute list - list of attributes to return or return all if not listed<br>
> 4)      Optional: ReturnAttributes change the name of the attributes on return to those specified.<br>
<br>
</span>Without understanding more this seems weird.  In your example you seem to be making an assumption about what a Principal is which transcends java.security.Principal (is youe example X509 specific?<br>
<span class=""><font color="#888888"><br>
 Rod<br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
</font></span></blockquote></div><br></div></div>