Salut, Sur WikittyAuthorisation ont a des champs qui prennent comme valeur des Users ou des Groups. Les Groups contiennent eux même des Users ou des Groups. L'idée est d'optimiser l'indexation pour mettre la vérification des droits de façon simple. Dans les WikittyAuthorisation on ajoute de nouveaux champs exemple: #group-groups-readers et #group-users-readers qui contiendront respectivement tous les groups et tous les Users du champs readers. De cette façon pour savoir si un User a le droit de faire quelque chose, il suffit de rechercher s'il est dans #group-users-readers. Peut-etre introduire la notion de champs calculé dans Wikitty et s'en servir pour ce besoin ? (comment faire ca ? il faut y reflechir) Si un Group est modifié, on recherche s'il est utilisé dans un Group pour la secu, si c'est le cas on recherche tous les WikittyAuthorisation qui l'utilise et on réindexe cette autorisation. Peut-etre introduire la notion de trigger sur wikitty pour cela ? (comment faire ca ? il faut y reflechir) Je pense qu'a cours terme, on va implanter directement dans l'indexation Solr ce calcul de champs. Mais prevoir que ce code devra sans doute être remplacer par des champs calculés et des triggers lorsque ceux-ci auront été implantés. L'avantage des champs calculé, est qu'on ne modifie pas l'indexation SolR et qu'on reste normalement agnostique a l'implantation du moteur de recherche utilisé. Idem pour les triggers, l'autre avantage des triggers est qu'il pourrait etre de simple listener sur des evenements wikitty (store, delete) et s'executer en tache de fond ou non suivant ce que l'on souhaite). L'implantation des triggers me semble beaucoup plus simple que les champs calculés. Et pourrait etre un premier pas pour faire l'externalisation de fonction qu'on fait rentrer artificielement dans le core. On pourrait meme imagine que l'indexation des arbres se base aussi sur les champs calculés + triggers. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com