Un bug c’est alors produit. Tous les Grants (habilitations) de toutes mes fonctions de tous mes modules créé ont été supprimé.
Il s’agit pour moi d’un bug de l’application, mais je voulais avoir votre avis avant.
De plus, toutes mes contraintes ne sont plus prisent en compte alors qu’elles sont toujours présentent.
Peut être qu’un Grant système a été supprimé, mais je ne voit pas lequel.
En attendant, vérifiez que les habilitations systèmes soient toujours présentes. Si elles ont été supprimée, je vous conseille de réimporter vos modules sur une instance vierge.
Après réimport de puis la PROD des habilitations des autres modules, les contraintes sont bien exécutées. Mais pour un de mes modules, je ne peut pas réimporter depuis la PROD car il n’existe pas, et mes contraintes d’un des Objets métier (DdvGeneralMeeting) ne sont pas déclenchées (que j’en créer des nouvelles ou non).
Une idée de ce qui pourrai empêcher toutes les contraintes d’un objet métier de s’exécutées ?
Une contrainte non habilitée s’exécute par défaut, donc en première lecture non je ne vois pas. Le fait qu’un réimport de vos autres modules ait réactivé les contraintes exclut la reponsabilité d’une suppression d’objets systèmes.
Bizarre, je suis pourtant sûr que c’est la manière dont le bug c’est produit.
Le problème, c’est que même si je recréer la contrainte avec tous ses impacts, elle ne se déclenche pas. Peut importe la contrainte. Sur l’objet métier ddvGeneralMeeting, aucune contrainte n’est déclenchée.
Avez-vous une solution ?
Il faudrait cadrer un peu plus le problème, sans logs, ni reproductibilité, ni accès à l’instance, il est difficile de vous aider… Avez-vous essayé de reproduire en important votre module sur une instance vierge? À quoi ressemblent ces contraintes? Y a-t-il des erreurs dans les logs Simplicité? Dans les logs navigateur?
Selon la sensibilité des données sur l’application, l’idéal est peut-être que nous vous aillons regarder directement votre application dans le cadre de votre contrat de support.
Je vais vous envoyé par email les identifiants + les logs SQL. Il n’y a pas de log Simplicité.
Module → DroitsDeVote
ObjetMétiers → DdvGeneralMeeting
Contraintes → CONTRAINTE_AG_1
On peut vérifier la contrainte en regardant si les champs de base de l’AG sont en lecture seul ou non à partir de l’état 2. Si c’est en lecture seul c’est bon, sinon il y a un problème.
Ladite ligne 14, correspondant à la dernière contrainte ajoutée, révèle l’usage d’une syntaxe [STATUS:dvdMetState] non reconnue par Simplicité (c’est soit [STATUS] soit [VALUE:dvdMetState]).
En corrigeant la contrainte en question, tout semble rentrer dans l’ordre.
Au-delà de la question de configuration, vous avez eu du mal à diagnostiquer le problème:
parceque vous n’avez pas essayé de reproduire le problème sur une instance vierge => peut-être n’êtes vous pas en capacité de lancer facilement des instances vierges? Dans ce cas, il faut monter en compétences sur les devops Simplicité
parceque le log event ECORESC002 précisément en place pour détecter les contraintes mal rédigées, ne semble pas se déclencher sur votre instance. On va investiguer.
