IDPv3 Attribute Resolver help
Peter Schober
peter.schober at univie.ac.at
Tue Nov 8 16:37:29 EST 2016
* Tim Williams <tmw at autotrain.org> [2016-11-08 13:07]:
> On 07/11/16 14:09, Peter Schober wrote:
> > Logging is key here, and data not being sent is another, later step.
> > The logs (on DEBUG) will tell you exactly what attributes have been
> > resolved, with how many values, and whether or why not they will be
> > released.
>
> Hmm, I originally had DEBUG logging turned on and I was advised in an
> earlier reply on this list to turn it off because it was too noisy and
> didn't provide much useful information for non-developers.
Yes, I meant (but didn't say so) to enable DEBUG logging (only) for the
parts you're interested in. Try adding this to your conf/logback.xml:
<logger name="net.shibboleth.idp.attribute.resolver" level="DEBUG"/>
and either reload the logging config via
/opt/shibboleth-idp/bin/reload-service.sh -id shibboleth.LoggingService
or wait for 5 min for it to become active
(idp.service.logging.checkInterval in conf/services.properties).
Once you're happy with the resolver you could change that logger to
(s/resolver/filter/):
<logger name="net.shibboleth.idp.attribute.filter" level="DEBUG"/>
if you're having trouble getting the attribute released.
Or just remove it again.
-peter
More information about the users
mailing list