Posté : mar. 20 nov. 2018, 10:04:39
Bonjour.
Sur un table, un trigger est ajouté (ADDPFTRG) en le faisant pointer sur un objet RPGLE/*PGM.
Lorsque la table est ouverte (en natif) dans un programme de mise à jour, le programme associé au trigger apparaît alors comme verrouillé (même si aucune action sur la table n'a encore été effectuée), et il n'est alors plus possible de remplacer cet objet (par exemple pour installer une correction).
Lorsqu'on remplace un programme "normal" (non trigger), l'objet remplacé est déplacé/renommé dans QRPLOBJ, et il est utilisé jusqu'à la fermeture du travail. Dans le cas des programmes associés à des triggers, ce fonctionnement semble impossible.
Est-ce que c'est bien le fonctionnement particulier pour les programmes associés à un trigger ? Y-a-t'il un moyen (compilation du programme, option du trigger) d'influencer ce comportement ?
Merci.
Sur un table, un trigger est ajouté (ADDPFTRG) en le faisant pointer sur un objet RPGLE/*PGM.
Lorsque la table est ouverte (en natif) dans un programme de mise à jour, le programme associé au trigger apparaît alors comme verrouillé (même si aucune action sur la table n'a encore été effectuée), et il n'est alors plus possible de remplacer cet objet (par exemple pour installer une correction).
Lorsqu'on remplace un programme "normal" (non trigger), l'objet remplacé est déplacé/renommé dans QRPLOBJ, et il est utilisé jusqu'à la fermeture du travail. Dans le cas des programmes associés à des triggers, ce fonctionnement semble impossible.
Est-ce que c'est bien le fonctionnement particulier pour les programmes associés à un trigger ? Y-a-t'il un moyen (compilation du programme, option du trigger) d'influencer ce comportement ?
Merci.