Projet esup-ecm

Recherche

Sommaire

Pages enfant
  • 6) Utilisation de uidHeader

Comparaison des versions

Ancienne version 4

changes.mady.by.user Raymond Bourges

Sauvegardée le

comparé à

Nouvelle version 5

changes.mady.by.user Raymond Bourges

Sauvegardée le

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

  • ShibbolethAuthenticationPlugin.handleRetrieveIdentity() fait un userDir.getEntry(userId) avec userId=bourges et ne trouve pas l'entrée dans nuxeo --> Normal
  • Il essaie alors de la créer dans SQLSession.createEntry() mais là j'ai une erreur -> : "Entry with id bourges@univ-rennes1.fr already exists" -> en . En effet il reprend l'info de <fieldMapping header="eppn">username</fieldMapping> et travaille donc maintenant avec l'eppn
Remarque

Ce bug a été détecté avant la mise en place d'une configuration avec une annuaire multipleun MultiDirectory. Cf. 7) configuration shib + LDAP fonctionnelle

...

Remarque

Si le bug n'existe plus (pas testé) avec une configuration avec une annuaire multipleun MultiDirectory. Le patch reste néanmoins nécessaire pour les établissement établissements qui voudrait voudraient utiliser comme surname une valeur d'entête déjà utilisé utilisée pour un autre attribut du user nuxeo. ex : email. En effet, nuxeo ne sait pas, dans son ShibbolethAuthenticationService, mapper une même entête sur 2 attributs du user. Le patch rend aussi obsolète le besoin de définir un <fieldMapping header="truc">username</fieldMapping> pour username.