Tipps und Tricks

Es gibt verschiedene Wege, eine Shibboleth-Instanz neu zu laden: Sie können Tomcat das Servlet neu laden lassen. Für Tests ist das ein guter, schneller Weg, im Produktivbetrieb würde es jedoch eine kurze Störung des Betriebs geben.

touch /opt/shibboleth-idp/war/idp.war

Sie können das war-file neu bauen lassen. Dies ist nötig, wenn Sie im Ordner edit-webapp Veränderungen vorgenommen haben.

/opt/shibboleth-idp/bin/build.sh

Sie können die Intervalle für automatisches Neuladen der Konfiguration anpassen. Standardwerte:

• conf/logback.xml: 5min.
• conf/attribute-resolver.xml, conf/attribute-filter.xml uvm.: 15 min.

# Datei: /opt/shibboleth-idp/conf/services.properties
# Beispiele:
idp.service.logging.checkInterval = PT5M
idp.service.relyingparty.checkInterval = PT15M
idp.service.attribute.resolver.checkInterval = PT15M
idp.service.attribute.filter.checkInterval = PT15M

Sie können reloadable Services nutzen.

Aufruf via Web-Interface:

# Beispiele:
# attribute-resolver.xml neu laden
curl https://idp.local/idp/profile/admin/reload-service?id=shibboleth.AttributeResolverService
# attribute-filter.xml neu laden
curl https://idp.local/idp/profile/admin/reload-service?id=shibboleth.AttributeFilterService

Aufruf via Command Line:

/opt/shibboleth-idp/bin/reload-service.sh -id shibboleth.AttributeResolverService

Typische reloadable Services (Service-IDs):

• shibboleth.LoggingService
• shibboleth.AttributeResolverService
• shibboleth.Attribute.FilterService
• shibboleth.RelyingPartyResolverService
• shibboleth.MetadataResolverService

Weitere Infos finden Sie im Shibboleth-Wiki