topic Re: Exécution d'un patch : problème de performances in Alfresco Archive

Exécution d'un patch : problème de performances

mlagneaux — Thu, 16 Jun 2011 15:21:42 GMT

Bonjour,J'ai développé un patch qui permet de remplacer les valeurs d'une propriété "Statut". A chaque ancienne valeur possible pour cette propriété, je fais correspondre la nouvelle valeur.Mon patch balaye tous les noeuds de type "content" de l'entrepôt (ils sont récupérés via une requête Lucene),

Re: Exécution d'un patch : problème de performances

rguinot — Fri, 17 Jun 2011 07:50:23 GMT

La requête lucene n'est à mon avis pas la bonne piste à suivre, surtout si vous requetez l'ensemble de l'entrepot à chaque fois …
Plusieurs solutions seraient + efficaces, comme par exemple parcourir l'arbre recursivement a l'aide du FileFolderService, ou bien parcourir la table des transactions, et traiter les noeuds concernés par les différentes transactions. Avec cette approche vous pourriez également parallèliser les traitements en distribuant des lots de transactions à différents threads d'un pool de threads

Inspirez vous des patchs existants qui utilisent ces approches.

Re: Exécution d'un patch : problème de performances

mlagneaux — Wed, 22 Jun 2011 16:31:42 GMT

J'ai modifié mon patch en me basant sur FixNameCrcValuesPatch. Je récupère maintenant la liste des id (dans la base alf_node) à traiter via une requête exécutée via hibernate.
Par la suite, je balaye tous ces id. Pour chacun, je recrée un objet de type Node, j'obtiens son nodeRef et je mets à jour la propriété Statut via le nodeService.

Suite à un test sur un dépôt contenant 20000 documents, le patch semble plus rapide (environ 2 fois). Par contre, ce qui prend du temps, c'est le commit de la transaction qui est fait à l'issue du patch.

Est-il possible de gagner du temps sur le commit ?
Y a-t-il plus rapide que le nodeService pour mettre à jour la propriété ? Cette propriété est indexée, j'ai donc besoin que les noeuds traités soient réindexés après la mise à jour du statut.

Merci d'avance pour l'aide sur ce sujet.

Re: Exécution d'un patch : problème de performances

mlagneaux — Tue, 05 Jul 2011 12:25:23 GMT

Je considère ce post comme "Résolu".
Utiliser une requête SQL (au lieu d'une requête Lucene) pour récupérer les noeuds à traiter a largement amélioré les performances de mon patch : sur un dépôt de 300 000 noeuds, il s'est exécuté en moins de 7h contre plus de 48h à l'origine.