<div dir="ltr"><div>Thanks a lot. I broke a rule of debugging and made multiple changes at once... now I cannot reproduce the "No attributes available" issue...</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jun 1, 2018 at 6:29 PM Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Not to mention, any piece of data that's not surfaced via an AttributeDefinition isn't going to make it out of the resolver either way.<br>
<br>
-- Scott<br>
<br>
> How individual connectors affect overall behavior is related to settings on each<br>
> connector and the service as a whole governing that sort of thing, all of which<br>
> are documented. Anything is possible depending on the outcome you want in<br>
> response to failures at every level, though covering for some sorts of failures<br>
> can require a FailoverConnector referencing something that can't fail, like the<br>
> Static connector.<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><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Thanks,<div>Mohamed.</div></div></div>