Notre idée est de tout stocker dans l'annuaire ldap, même si l'application qui doit récupérer les données ne peut pas le faire nativement.
FusionDirectory sert d'outil de gestion centralise et force la formalisme permettant d'avoir ses données toujours construites de la même façon.
Les cas les plus classiques sont :
Le serveur de mail possède son propre annuaire ldap avec lequel il n'est pas possible de s’intégrer facilement : ex zimbra.
L'application qui doit récupérer les données utilise un base de données et n'a pas de connecteur ldap
Pour ces cas la et d'autres semblables FusionDirectory est capable d’exécuter des hooks lors de la création d'un utilisateur par exemple et passe ces données à un script qui pourra interagir avec le logiciel.
Dans ce cas FusionDirectory sert toujours a structurer les données, et notre projet Argonaut, un systeme client server en json/rpc permet de s'integrer de facon fine et modulaires avec quantitées d'outils
[^] # Re: Précisions
Posté par Benoit Mortier . En réponse à la dépêche Sortie de FusionDirectory 1.0.8.6. Évalué à 3.
Bonsoir,
Notre idée est de tout stocker dans l'annuaire ldap, même si l'application qui doit récupérer les données ne peut pas le faire nativement.
FusionDirectory sert d'outil de gestion centralise et force la formalisme permettant d'avoir ses données toujours construites de la même façon.
Les cas les plus classiques sont :
Pour ces cas la et d'autres semblables FusionDirectory est capable d’exécuter des hooks lors de la création d'un utilisateur par exemple et passe ces données à un script qui pourra interagir avec le logiciel.
Utilisation des hooks
Dans ce cas FusionDirectory sert toujours a structurer les données, et notre projet Argonaut, un systeme client server en json/rpc permet de s'integrer de facon fine et modulaires avec quantitées d'outils
Benoit Mortier - CEO FusionDirectory