Exécution d'un event check dans un event override
Page 1 sur 1
Exécution d'un event check dans un event override
J'ai une question, peut-être c...., sur l'imbrication des event triggers, notamment check et override
Description :
Fonctionnement constaté à la modification de l'attribut
Même si ce fonctionnement semble cohérent, on modifie l'attribut donc le trigger de check est "relancé", je n'arrive pas à trouver de documentation Enovia démontrant qu'il s'agit du cas de fonctionnement normal.
En plus, le trigger de check est déjà passé, donc les vérifications préalables sont réalisées.
Et on veut utiliser un override, qui par définition peut faire une toute autre action ou la même action (modification de l'attribut) mais avec des écarts/variantes, du coup pourquoi relancer le trigger de check, qui pourrait ne pas être compatible avec le fonctionnement modifié...
Si vous avez des avis, des idées pour m'aider.
NB : Ce fonctionnement provoque un bug de mon application, double notifications, mais ce bug, même s'il m'a permis d'identifier ce comportement "étrange, est, pour moi, à chercher du coté de la conception.
Description :
- J'ai une implémentation avec deux triggers sur un event modify d'un attribut de relation :
- Un trigger check ; qui envoie des notifications aux utilisateurs
- Un trigger override ; qui lance des contrôles et modifie d'autres attributs en cas de succès de ces contrôles
Fonctionnement constaté à la modification de l'attribut
- Le trigger de check est lancé et les notifications envoyées
- Le trigger d'override est lancé, les contrôle supplémentaires sont fait et les autres attribut MàJ.
Du coup, on va renvoyer en code différent de 0, pour vraiment passer par le trigger override
Mais juste avant le retour, on modify l'attribut en question (vu que nous sommes dans un override, l'action doit être faîte dans le programme) - Et là le trigger de check est lancé de nouveau ; Le problème pour moi, c'est que les notifs sont renvoyés une seconde fois...
Même si ce fonctionnement semble cohérent, on modifie l'attribut donc le trigger de check est "relancé", je n'arrive pas à trouver de documentation Enovia démontrant qu'il s'agit du cas de fonctionnement normal.
En plus, le trigger de check est déjà passé, donc les vérifications préalables sont réalisées.
Et on veut utiliser un override, qui par définition peut faire une toute autre action ou la même action (modification de l'attribut) mais avec des écarts/variantes, du coup pourquoi relancer le trigger de check, qui pourrait ne pas être compatible avec le fonctionnement modifié...
Si vous avez des avis, des idées pour m'aider.
NB : Ce fonctionnement provoque un bug de mon application, double notifications, mais ce bug, même s'il m'a permis d'identifier ce comportement "étrange, est, pour moi, à chercher du coté de la conception.
Page 1 sur 1
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum
|
|