Bug #4229
ferméLa génération du descripteur ne génère pas tous les paramètres d'instance
100%
Description
Depuis l'éditeur de workflow, lorsqu'on génère le descripteur xml (xmlcomponents), le xml généré ne contient pas les quelques paramètres disponibles
pour les Workfows (exemple: hideReturn, attachementTabEnable, etc...)
Mis à jour par Nicolas Eysseric il y a presque 12 ans
- Statut changé de New à Assigned
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 5.13
Mis à jour par Nicolas Eysseric il y a plus de 11 ans
- Version cible changé de Version 5.13 à Version 5.14
Mis à jour par Nicolas Eysseric il y a presque 11 ans
- Version cible
Version 5.14supprimé
Mis à jour par Nicolas Eysseric il y a environ 9 ans
- Assigné à changé de Nicolas Eysseric à Anonyme
- Version cible mis à Version 5.15.1
Plutôt que de générer du texte côté serveur, il faut utiliser StringTemplate.
Le code sera nettement plus léger et évolutif...
Mis à jour par Nicolas Eysseric il y a presque 9 ans
- Statut changé de In progress... à Qualified
- Version cible
Version 5.15.1supprimé
Mis à jour par Nicolas Eysseric il y a plus de 8 ans
- Version cible mis à Version 6
La génération sera totalement remplacée par l'usage de StringTemplate...
Mis à jour par Nicolas Eysseric il y a environ 7 ans
- Version cible changé de Version 6 à Version 6.2
Mis à jour par Nicolas Eysseric il y a environ 4 ans
- Statut changé de Qualified à In progress...
- Assigné à mis à Nicolas Eysseric
Les choses ont bien évoluées depuis quelques temps.
L'usage de StringTemplate qui avait été évoqué à un moment n'est plus indispensable...
Mis à jour par Nicolas Eysseric il y a environ 4 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Finalement, la correction s'appuie bien sur StringTemplate.
Il est ainsi bien plus simple de gérer les traductions des différents éléments du fichier xmlComponent tout en ayant recours à bcp moins de code.
Techniquement, le fichier xmlComponent est généré grâce à StringTemplate puis enregistré dans le répertoire temporaire.
Ensuite, ce fichier est pris en charge par le service d'enregistrement de composants WAComponentRegistry.
Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/1104
Mis à jour par Yohann Chastagnier il y a environ 4 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Yohann Chastagnier il y a environ 4 ans
- Statut changé de Integration in progress... à Closed
Validé et intégré en 6.2.x
Quelques ajustements ont été réalisés au cours de l'intégration.
Il est à noter un changement conséquent dans le comportement de la fonctionnalité permettant de Générer le descripteur de l'application.
Maintenant, à chaque fois que l'administrateur de la plate-forme choisit cette action, le descripteur est bien généré est mis à jour dans Silverpeas.
Cette génération ne prend pas en charge le descripteur qui existerait déjà pour procéder à une mise à jour complexe. Cela sous-entend que les paramètres d'instance spécifiques d'un workflow sont perdus lors d'une telle action.
Un message d'avertissement a été ajouté pour sensibiliser l'administrateur de la plate-forme sur ce point.
Néanmoins, en cas d'étourderie, pour augmenter les chances de pouvoir retrouver les éléments spécifiques après cette action, avant que le nouveau descripteur soit généré, celui existant est renommé dans Silverpeas de sorte que son extension de fichier xml devienne un timestamp (demandeCongesSimple.xml
existant devient demandeCongesSimple.20201104151109429112800
par exemple).