Silverpeas » Silverpeas Components » Process Manager

Pour info, ce bug avait déjà été constaté en 5.7.3 et logué en novembre 2011 !
https://www.silverpeas.org/redmine/issues/2646

Par avance, merci de regarder ça de plus près pour savoir si vous pouviez le faire passer en 5.9.

Avez-vous pu qualifier ce bug ?

merci

Ce bug est lié à la version d'une librairie utilisée.
Hélas il n'est pas possible d'upgrader facilement car il faut changer de version majeure et donc l'API n'est pas retrocompatible.

Bonjour,

Vu que ce n'est pas impossible et que cela corrigerait quand même un bug, est-ce que vous prévoyez de mettre à jour cette librairie ?

Une exception presque identique a été corrigée dans une version 1.3.1 de Castor JDO (voir le lien ci-dessous).
[[http://jira.codehaus.org/browse/CASTOR-241]]
Dans un commentaire il apparaît que ce problème est reproduit avec key-generator="MAX" ce qui est le cas dans le moteur de workflow Silverpeas.
(Cf. fichier de mapping $SILVERPEAS_HOME/resources/instanceManager/mapping.xml)
Petite différence avec l'anomalie corrigée, celle ci intervient dans la méthode create (comme dans le moteur de Workflow) à la suite d'un load ce qui n'est pas le cas dans le moteur de Workflow Silverpeas.
Autre point, beaucoup de modifications concernent la partie key-generator depuis la version 1.2 de Castor [[http://www.castor.org/release-notes.html]]. Je propose donc de mettre à jour la librairie Castor-JDO dans un premier temps afin de vérifier si cela corrige le problème rencontré. Si cela n'est pas le cas je basculerai sur le remplacement de Castor JDO par du JPA bien que la philosophie ne soit pas la même.

La mise à jour de la librairie Castor JDO en définissant la dépendance uniquement dans Silverpeas-Parent ne fonctionne pas. On obtient en effet de multiples erreurs lors de la création d'élément dans l'application de Workflow qui utilise cette librairie.
Une demande a été réalisée sur la mailing list des développeurs Castor sans retour [[http://www.mail-archive.com/user@castor.codehaus.org/msg08776.html]].

La correction consiste donc maintenant à remplacer la librairie Castor JDO par du JPA bien que la philosophie de persistance ne soit pas la même.
Cette migration est en cours de développement.
Cdlt

Nous rencontrons toujours ce problème. Vu que le workflow est de plus en plus utilisé, le problème va apparaitre encore plus souvent. Y-a-t-il autre chose à faire que de purger des entrées et rebooter la plateforme ?

Bonjour,

Est-ce que le traitement de ce bug peut être planifié ? Merci.

Le moteur de workflow est en cours de modification pour ne plus utiliser l'API Castor (source de quelques problèmes dont celui-ci) mais JPA.