<div dir="ltr"><div><div><div>Scott:<br><br></div>Again much thanks for the extra tip--I really appreciate it!<br><br></div>Have wonderful day!<br><br></div>Paul<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 2, 2016 at 11:27 AM, Peter Schober <span dir="ltr"><<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Paul Wilt <<a href="mailto:pewilt@gmail.com">pewilt@gmail.com</a>> [2016-12-02 16:41]:<br>
<span class="">> I was attributing these DEBUG messages to indicate that something<br>
> prevented the attribute extraction from happening.<br>
<br>
</span>The quotes message literally means just that: That the XML element<br>
referenced is not *itself* something that contains attributes,<br>
basically. The Reponse element will likely contain an XML child<br>
element (an Assertion) and that will likely contain another child<br>
element (an AttributeStatment) and that will likely contain another<br>
child element (an Attribute element) and /there/ might be an attribute<br>
the code will be able to extract.<br>
<br>
So this is not indicative of a problem, you're merely watching the<br>
code at work, going over *unrelated* parts of XML.<br>
<br>
The transaction.log on the other hand *will* give you the list of<br>
attributes the SP could find and decode, and you don't need DEBUB<br>
logging for that either, the default settings will suffice. E.g.:<br>
<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]: Cached the following attributes with session (ID: _123) for (applicationId: default) {<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]:   eppn (1 values)<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]:   transient-id (1 values)<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]: }<br>
<br>
With no attributes recived that would simply look like this:<br>
<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]: Cached the following attributes with session (ID: _123) for (applicationId: default) {<br>
2016-12-02 11:08:20 INFO Shibboleth-TRANSACTION [15]: }<br>
<br>
and with recent software you can also configure the log format to<br>
suite your needs, e.g. into a format where you don't have to<br>
parse/match multiple log lines.<br>
<br>
You'll find attributes sent by the IDP but not mapped by your SP by<br>
looking for lines like these in shibd.log:<br>
<br>
2016-12-02 06:54:26 INFO Shibboleth.AttributeExtractor.<wbr>XML [13]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:1.3.6.1.4.1.25178.1.0.<wbr>2.3<br>
<br>
And you always have shibd_warn.log to look for warnings and errors,<br>
avoiding confusion from logging everything and finding nothing.<br>
<div class="HOEnZb"><div class="h5">-peter<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>