Erreur sur import de module

Bonjour,

Un de mes collègue essaie d’importer un module sur son instance locale (name_param qui contient que des listes de valeurs).
Que ce soit par zip, ou via un module vide il ne parvient pas a l’importer avec pour erreur:

2021-10-08 08:51:51,725 INFO Start import object FieldListCode:
2021-10-08 08:51:51,725 INFO Found field lov_color_bg =
2021-10-08 08:51:51,725 INFO Found field lov_color =
2021-10-08 08:51:51,725 INFO Found field lov_label = [Autres raisons]
2021-10-08 08:51:51,725 INFO Found field lov_display = [L]
2021-10-08 08:51:51,725 INFO Found field row_module_id.mdl_name = [name_param]
2021-10-08 08:51:51,725 INFO Found field lov_order_by = [30]
2021-10-08 08:51:51,725 INFO Found field lov_list_id.lov_name = [NAMSRTVNTMOTIFSORTIE]
2021-10-08 08:51:51,725 INFO Found field lov_code = [AUTRE]
2021-10-08 08:51:51,725 INFO Found field lov_icon =
2021-10-08 08:51:51,728 INFO New record key row_id
2021-10-08 08:51:51,728 INFO Action: INSERT
2021-10-08 08:51:52,671 INFO Error SAVE: [ERR_SAVE]

De mon coté j’ai essayé d’importer le module et je ne rencontre pas ce problème, on ne dispose pas de logs plus explicite.

Il n’utilise pas la BDD integré mais une base postgre sur un autre container. Nous n’avons pas d’autre piste…

Nous somme tous en 5.1.5.

Ca semble être un problème de persistance avec la base. Normallement on voit les erreurs SQL dans les couches basses (pas forcement les logs Simplicité qui remontent les erreurs de requête SQL, mais pour un pb plus bas niveau/driver c’est plutôt visible que dans catalina…)

Est-il possible via la UI de créer ce code de liste de valeur à la main (avec le même user qui importe ou designer) ? pour savoir si ça vient de l’import ZIP ou d’un pb plus général.

Bonjour François.

La création manuelle d’une valeur dans la liste fonctionne sans erreur.

ok donc pas de pb grave avec la base.

“ERR_SAVE” remonte quand l’insert SQL n’a pas fonctionné. Simplicité essaye 3 fois de créer le record (en regénérant au passage la séquence PostgreSQL ou Oracle sur le row_id de la table qui pouvait être désynchronisée via un max+1).

A 3eme essai raté, il trace une erreur SQL : “Create failed for object …” et retourne ERR_SAVE.

C’est le même fonctionnement pour la UI ou un import XML qui passe par la méthode ObjectDB.create.
Bref ERR_SAVE est forcement lié à une trace dans les logs.

Ben justement non, là on se retrouve bloqués faute de logs explicites …

On regarde du coté de la BDD par conséquent.

Envoyez nous votre module name_param à jour + confirmez nous la version exacte du PostgreSQL que vous utilisez.

On testera ça avec une 5.1.5

Bizarre, dans quel état est la sonde ECOREDB001 (menu Operation / Log event) qui doit remonter sur ce genre d’erreur ?

elle est peut être désactivée.
ou vous avez des choses particulières dans les log4j ?