...
| Info |
|---|
Concernant la réalisation du vocabulaire des VCards via le LDAP, notez qu'à ce jour le service permettant de récupérer ces vocabulaires réalise un certain nombre de requêtes consécutives sur votre LDAP. Ce nombre correspond au nombre de personnes que vous rapatriez. Suivant la configuration de votre LDAP et le nombre de personnes rapatriées, votre serveur LDAP peut donc subir une forte charge lors de la création de votre vocabulaire. Depuis la version 1.1.0, vous pouvez adoucir ces requêtes LDAP en jouant sur plusieurs paramètres (voir section "Modifications de configuration" dans la page suivante pour plus de détails) Vous devez également filtrer les résultats via un filtre ldap, ce paramètre correspond à la propriété ldapFilter du bean spring peopleLdapLocalProvider qui est déclarée dans conf/properties/domain/ldapVocabulary.xml. Ces vocabulaires vont être utilisés dans l'éditeur de métadonnées pour la saisie des vcards via un système d'autocomplétion. Si le vocabulaire est trop gros, il se peut que cela pose des problèmes à l'éditeur (il faudra notamment lui allouer énormément de RAM), l'autocomplétion risque de ne pas être très fonctionnelle. Rapatrier les 40.000 étudiants et personnels de votre établissement n'est donc pas recommandé d'où la présence de ce filtre. |
...
- créer ce fichier monVocabulaire.xml en copiant/collant le fichier oriVocabulary.xml par exemple : vous supprimez tous les beans et en recréez d'autres en prenant exemple sur les différents bean de type "Provider" : XmlStaticVocabularyProvider, SqlProvider, LdapVocabularyProvider, etc (cf la partie spécifications).
Notez que le vocabularyService récupère les vocabulaires en appelant successivement (dans l'ordre) les ProviderManager définis dans domain.xml. Vous pouvez donc redéfinir un vocabulaire distant proposé par les remoteVocabularyService (1 et 2) en déclarant localement un nouveau vocabulaire (avec l'identifiant qui correspond au vocabulaire que vous voulez redéfinir).