ResolverExceptions ignored in AbstractReloadingMetadataResolver.RefreshMetadataTask

Josu Vergara josu.vergara at adnovum.ch
Thu Feb 9 11:15:19 EST 2017


Hi Brent and Scott,

Thanks a lot for the quick answer.  Our goal is to be able to inform our 
administrator through our own logs that a problem occurred with the 
metadata source.  We considered the possibility of filtering the logs 
and in the meantime and that is what we plan to implement.  However we 
prefer to use a public interface rather than having a solution based on 
the content of a logged message.

I have created the following Jira ticket: 
https://issues.shibboleth.net/jira/browse/OSJ-193

Regards,

Josu


On 02/08/2017 07:52 PM, Cantor, Scott wrote:
> On 2/8/17, 1:52 PM, "dev on behalf of Brent Putman" <dev-bounces at shibboleth.net on behalf of putmanb at georgetown.edu> wrote:
>
>> Just curious: what would you do in such a listener - fire an email to an administrator; trigger an event to a management
>> system (SNMP, etc); actually do something to attempt another refresh before the next scheduled one; or other?
> Most of which could be done with logback in response to the log event, it's worth noting.
>
> -- Scott
>
>      
>      
>


More information about the dev mailing list