====== Tipps und Tricks ======

===== Neuladen des Shibboleth-IdP =====

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.
<code bash>
touch /opt/shibboleth-idp/war/idp.war
</code>

Sie können das war-file neu bauen lassen. Dies ist nötig, wenn Sie im Ordner edit-webapp Veränderungen vorgenommen haben.
<code bash>
/opt/shibboleth-idp/bin/build.sh
</code>

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.

<code bash>
# 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
</code>

Sie können reloadable Services nutzen.

Aufruf via Web-Interface:
<code bash>
# 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
</code>

Aufruf via Command Line: 
<code bash>
/opt/shibboleth-idp/bin/reload-service.sh -id shibboleth.AttributeResolverService
</code>

Typische reloadable Services (Service-IDs):
  * shibboleth.LoggingService
  * shibboleth.AttributeResolverService
  * shibboleth.Attribute.FilterService
  * shibboleth.RelyingPartyResolverService
  * shibboleth.MetadataResolverService

Weitere Infos finden Sie im [[https://shibboleth.atlassian.net/wiki/spaces/IDP5/pages/3199507931/ReloadableServices|Shibboleth-Wiki]]