Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung		 Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
de:shibidp3spspecials [2016/06/22 10:55] – Raoul Gunnar Boreniusde:shibidp3spspecials [2017/02/22 09:03] – [SpringerLink (https://fsso.springer.com)] Raoul Gunnar Borenius
Zeile 4: Zeile 4:
 ==== SpringerLink (https://fsso.springer.com) ==== ==== SpringerLink (https://fsso.springer.com) ====
  
-** Hinweis: Folgede Konfig gilt nur für ältere 3er-IdPs. Seit IdP 3.2.0 ist das folgende offenbar nicht mehr nötig bzw. kontraproduktiv! **+** Hinweis: Dieses Konfigurationsbeispiel gilt nur für ältere 3er-IdPs. Seit IdP 3.2.0 ist das folgende offenbar nicht mehr nötig bzw. kontraproduktiv! **
  
  
Zeile 44: Zeile 44:
  
 Siehe hierzu auch die Dokumentation im [[https://wiki.shibboleth.net/confluence/display/IDP30/AuthenticationFlowSelection#AuthenticationFlowSelection-ComparisonConfiguration|Shibboleth Wiki]] Siehe hierzu auch die Dokumentation im [[https://wiki.shibboleth.net/confluence/display/IDP30/AuthenticationFlowSelection#AuthenticationFlowSelection-ComparisonConfiguration|Shibboleth Wiki]]
 +
 +==== Power Folder (Sync&Share in Bayern und BW?) ====
 +
 +Aus Bayern haben wir Probleme mit dem Zugriff auf den bayerischen Sync&Share-Dienst nach Upgrade
 +auf IdP 3.3 gemeldet bekommen und geben den Workaround ungetestet weiter:
 +
 +Das Leibniz-Rechenzentrum hat einen Workaround erarbeitet. Im idp-process.log sieht man
 +bei dem Fehler folgende Einträge:
 +
 +522 - WARN [org.opensaml.soap.soap11.decoder.http.impl.HTTPSOAP11Decoder:146] - Saw
 +unsupported request Content-Type: text/plain; charset=ISO-8859-1
 +523 - ERROR [org.opensaml.profile.action.impl.DecodeMessage:73] - Profile Action
 +DecodeMessage: Unable to decode incoming request
 +org.opensaml.messaging.decoder.MessageDecodingException: Content-Type 'text/plain;
 +charset=ISO-8859-1' was not a supported media type at
 +org.opensaml.soap.soap11.decoder.http.impl.HTTPSOAP11Decoder.validateHttpRequest(HTTPSOAP11Decoder.j
 +ava:147
 +
 +
 +Problem ist die "Klasse" opensaml-soap-impl-3.3.0.jar. In dieser wird neuerdings eine
 +Content-Type-Prüfung durchgeführt, welche fehlschlägt.
 +
 +Man kann entweder wieder auf IdP 3.2.x zurückgehen oder als Workaround die "Klasse"
 +opensaml-soap-impl-3.3.0.jar (unter ../WEB-INF/lib) durch die Vorgängerversion
 +opensaml-soap-impl-3.2.0.jar (welche im "old-xxxxx"-Sicherungsverzeichnis unter
 +../WEB-INF/lib) liegt ersetzen (natürlich die aktuelle Version vorher wegsichern). Danach
 +einen ./build.sh durchführen und die Anmeldung sollte wieder funktionieren. Dieser
 +Workaround ist natürlich auf eigene Gefahr!