AttributeResolverService not reloading on demand
Tom Zeller
tzeller at dragonacea.biz
Fri May 13 21:30:48 UTC 2022
Reload the attribute registry too, for encoders.
Tom
> On May 13, 2022, at 3:41 PM, Baron Fujimoto <baron at hawaii.edu> wrote:
>
>
> We're running IdP 4.2.1. For some reason, reloading AttributeResolverService on demand doesn't seem to be working. We have the following in services.xml:
>
> <util:list id ="shibboleth.AttributeResolverResources">
> <value>%{idp.home}/conf/attribute-resolver.xml</value>
> <!-- Custom activation conditions -->
> <value>%{idp.home}/conf/activation-condition.xml</value>
> </util:list>
>
> But if I update an attribute definition in attribute-resolver.xml (say something simple, like changing a friendlyName), then try to reload the AttributeResolverService with
>
> curl -k 'https://${idp_host}/idp/profile/admin/reload-service?id=shibboleth.AttributeResolverService'
>
> I get the output, "Configuration reloaded for 'shibboleth.AttributeResolverService'" but it It has no effect and I don't see the change if I do a resolvertest for the updated attribute.
>
> However, the update to attribute-resolver.xml does appear to take effect on the quarter hour, which seems to be consistent with "idp.service.attribute.resolver.checkInterval = PT15M" in services.properties
>
> FWIW, AttributeFilterResources appears to work as expected when reloaded on demand.
>
> Any suggestions as to what's wrong here, or how to further troubleshoot this?
> --
> Baron Fujimoto <baron at hawaii.edu> ::: UH Information Technology Services
> minutas cantorum, minutas balorum, minutas carboratum descendus pantorum
> --
> For Consortium Member technical support, see https://shibboleth.atlassian.net/wiki/x/ZYEpPw
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20220513/fd149be2/attachment.htm>
More information about the users
mailing list