Re: CPSDirectories

>
>> mais j'aimerais également ajouter de quoi stocker des informations  
>> que le LDAP ne peut pas prendre en charge (comme le  
>> "last_login_time" par exemple).
>> J'ai bien essayé de m'inspirer de ce que propose CPSLDAPSetup, mais  
>> je ne m'en sors plus !
>>
>> Le site étant le résultat d'une migration d'une ancienne version,  
>> les workspaces des membres existent déjà, et j'ai utilisé un  
>> "logged_in" customisé pour simplement forcer la mise à jour de  
>> "last_login_time" dans tous les cas.
>> Là où je coince, c'est que j'aimerais bien stocker ces informations  
>> dans un ZODB directory, qui se retrouve mis en relation avec mon  
>> LDAP par le biais d'un MetaDirectory. Or, comme le backing ZODB est  
>> vide, il n'arrive pas à trouver les membres au niveau du  
>> MetaDirectory (je suppose que c'est normal, étant donné qu'il a un  
>> résultat depuis le backing LDAP mais que l'autre est vide).
>>
>> J'ai bien essayé de détruire le workspace d'un membre pour voir si  
>> les choses se mettaient en place à la connexion suivante, mais non.
>>
>> Existe-t-il un mécanisme permettant la "création automatique" des  
>> objets manquants dans les backings pour arriver au résultat escompté ?
>
>
> Oui, ou presque, c'est ce qui s'appelle une 'missing_entry'. Ça se  
> configure en ZMI sur le meta, onglet backings. C'est une expression  
> TALES qui doit fournir un dictionnaire qui représente l'entrée;  
> quelque chose du genre
>     python: {'last_login_time': None}
> devrait faire l'affaire.
>
C'est ce que j'ai mis, la même chose que dans l'exemple en fait.
Mais je n'étais pas sûr d'avoir bien saisi le fonctionnement : création 
de ce qui manque de façon réelle, ou retour de valeurs par défaut "pour 
faire comme si"', afin d'éviter d'avoir une erreur concernant des 
valeurs non définies ou quelque chose du genre.

> Ce système est mentionné dans CPSDirectory/doc/metadirectory.txt (ces  
> docs-là sont bien). C'est le cas d'utilisation typique (surtout si le  
> LDAP est alimenté par d'autres applications)
>
Je les ai lues avant de commencer (sinon, c'est un peu rude de commencer 
à créer des backings sans savoir à quoi ils servent !). Ce que j'essaye 
de faire, c'est proche de l'exemple donné mais sans le ZODB Backing pour 
les utilisateurs purement CPS :

Là où j'avais un doute (mais tu commences à le lever), c'était de savoir 
si toutes ces créations complémentaires se faisaient au moment de la 
création d'un nouvel utilisateur ou si le système "complétait" la 
structure tout seul, dès que des infos venant d'un backing ne 
correspondaient à aucun enregistrement équivalent.

Juste pour être sûr : à la base, on utilise un StackingDirectory si les 
backings ont le même schéma et un MetaDirectory si ce sont des schémas 
différents et qu'on a besoin de renommer ou retraiter des champs ?

> Normalement, la prochaine modification de l'entrée devrait la créer  
> dans le backing où elle manque (sinon tu as le droit de soumettre un  
> bug)
>
Je vais continuer à expériementer, maintenant que je peux (merci 
VMWare). On verra bien si l'illumination finit par se faire ou si c'est 
vraiment un bug ! Je n'aime pas crier au loup ...

> ---------
> Georges Racinet,   Nuxeo SAS
> Open Source Enterprise Content Management (ECM)
> Web: http://www.nuxeo.com/ and http://www.nuxeo.org/ - Tel: +33 1 40  
> 33 79 87
>
>
>
>

_______________________________________________
cps-users-fr 
Adresse de la liste : [email protected]
Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>