Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Nächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
de:shibidp3per_attribute_consent_4_not_required [2017/04/04 13:52] – angelegt Petra Berg | de:shibidp:config-per-attribute-consent [2021/05/03 14:29] – Silke Meyer | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Per Attribute Consent für vom SP nicht ' | ====== Per Attribute Consent für vom SP nicht ' | ||
- | In den allgemeinen Properties des IdP kann man einen 'per Attrbute Consent' | + | In den allgemeinen Properties |
- | Das macht im Sinne des Prozesses aber nur Sinn, für die Attribute, die vom SP nicht explizit über die Metadaten (mit dem Tag '' | + | |
Um das auf der Attribute-Release Seite zu berücksichtigen sind folgende zwei kleine Anpassungen vorzunehmen: | Um das auf der Attribute-Release Seite zu berücksichtigen sind folgende zwei kleine Anpassungen vorzunehmen: | ||
- | 1. Eine schon vorhandene IdP-Class in das Velocity Template propagieren. Dazu ist die Datei '' | + | * Eine schon vorhandene IdP-Class in das Velocity Template propagieren. Dazu ist die Datei '' |
<file xml system/ | <file xml system/ | ||
... | ... | ||
111 <!-- Display attribute release page. --> | 111 <!-- Display attribute release page. --> | ||
- | 112 | + | 112 |
113 < | 113 < | ||
114 < | 114 < | ||
Zeile 20: | Zeile 18: | ||
118 < | 118 < | ||
119 < | 119 < | ||
- | 120 < | + | 120 < |
121 | 121 | ||
- | 122 < | + | 122 < |
123 | 123 | ||
124 < | 124 < | ||
- | 125 < | + | 125 < |
126 | 126 | ||
... | ... | ||
+ | |||
+ | |||
</ | </ | ||
+ | * Im Velocity Template die Checkbox nur für non-required Attribute anzeigen. Dazu die Datei '' | ||
- | 2. Im Velocity Template die Checkbox nur für non required | + | <file html4strict views/ |
+ | ... | ||
+ | < | ||
+ | <table class=" | ||
+ | < | ||
+ | < | ||
+ | <th colspan=" | ||
+ | # | ||
+ | </ | ||
+ | < | ||
+ | <!-- check / uncheck all --> | ||
+ | #if ($attributeReleaseFlowDescriptor.perAttributeConsentEnabled ) | ||
+ | <script language=" | ||
+ | function toggle(source) { | ||
+ | checkboxes = document.getElementsByName('_shib_idp_consentIds'); | ||
+ | for(var i=0, n=checkboxes.length; | ||
+ | if(checkboxes[i].type != " | ||
+ | checkboxes[i].checked = source.checked; | ||
+ | } | ||
+ | } | ||
+ | } | ||
+ | </script> | ||
+ | <input type=" | ||
+ | #end | ||
+ | </ | ||
+ | </ | ||
+ | </ | ||
+ | < | ||
+ | #foreach ($attribute in $attributeReleaseContext.getConsentableAttributes().values()) | ||
+ | < | ||
+ | < | ||
+ | $encoder.encodeForHTML($attributeDisplayNameFunction.apply($attribute)) | ||
+ | </ | ||
+ | < | ||
+ | #foreach ($value in $attribute.values) | ||
+ | < | ||
+ | <br /> | ||
+ | #end | ||
+ | </ | ||
+ | < | ||
+ | #if ($attributeReleaseFlowDescriptor.perAttributeConsentEnabled ) | ||
+ | <!-- $attributeRequired.apply($attribute)) return " | ||
+ | #if (!$attributeRequired.apply($attribute)) | ||
+ | <!-- not required, allow to check separably --> | ||
+ | #set ($inputType = " | ||
+ | #else | ||
+ | <!-- required, don't allow to check separably --> | ||
+ | #set ($inputType = " | ||
+ | <!-- inform the user, that is a required attribute --> | ||
+ | < | ||
+ | #end | ||
+ | #else | ||
+ | #set ($inputType = " | ||
+ | #end | ||
+ | <input id=" | ||
+ | </ | ||
+ | </ | ||
+ | #end | ||
+ | </ | ||
+ | ... | ||
- | < | + | |
+ | </file> | ||
+ | |||
+ | * Damit auch die Internationalisierung klappt, müssen die Message Properties noch ergänzt werden. | ||
+ | |||
+ | <file properties messages/messages.properties> | ||
+ | ... | ||
+ | idp.attribute-release.ToggleAll = Alle | ||
+ | idp.attribute-release.requiredLabel = notwendig | ||
+ | ... | ||
</ | </ | ||
+ | |||
+ | Wird der AttributeQuery benutzt, muss auch hier der letzte Consent vom Nutzer beachtet werden. Dazu ist in '' | ||
+ | |||
+ | Für das Propagieren des zusätzlichen Objektes in den Attribute-Release-Flow ist leider ein Neustart des IdP nötig. | ||
+ | |||
+ | Wer sich davor scheut, den System Flow zu editieren, kann die Referenz auch direkt im Velocity Template holen. Das ist nicht unbedingt schön, aber funktional getestet mit dem IDP4. Das Instanziieren eines neuen Objekts ist in Velocity nicht vorgesehen, deswegen sieht der Code etwas abenteuerlich aus. Die Änderungen beschränken sich dann auf die Datei views/ | ||
+ | < | ||
+ | |||
+ | ... | ||
+ | #set ($requestClass = $attributeReleaseContext.getClass().forName(" | ||
+ | #set ($isAttributeRequired = $attributeReleaseContext.getClass().forName(" | ||
+ | ... | ||
+ | |||
+ | </ | ||
+ | |||
+ | < | ||
+ | ... | ||
+ | < | ||
+ | #if ($attributeReleaseFlowDescriptor.perAttributeConsentEnabled && !($isAttributeRequired.apply($attribute))) | ||
+ | #set ($inputType = " | ||
+ | #else | ||
+ | #set ($inputType = " | ||
+ | #end | ||
+ | <input id=" | ||
+ | ... | ||
+ | |||
+ | </ | ||
+ | |||
+ | <callout color="# | ||
+ | Das Statement $isAttributeRequired.apply($attribute) produziert beim IDP4 eine Deprecation Warnung und muss durch $isAttributeRequired.test($attribute) ersetzt werden. Das gilt vermutlich auch für die Anleitung oben mit dem System flow. | ||
+ | </ | ||
+ | {{tag> | ||