Selon la configuration du programme trigger, il peut s'avérer nécessaire d'utiliser un compteur de pile d'appel différent à la mise en oeuvre de CallerID. Si par exemple on insère le code de CallerID dans le module principal, il est nécessaire d'utiliser un compteur de pile d'appel d'une valeur de 3,
Quelques remarques
car l’appel au module
a été supprimé. Si le programme trigger est un programme OPM (Original Program
Model), utilisez un compteur de pile d’appel égal à 2, car l’appel à la PEP a
également été supprimé.
Si on utilise SQL, il faut incrémenter le compteur de pile d’appel d’une unité.
En effet, le module d’exécution SQL insère un appel à un serveur SQL entre le
programme applicatif qui demande la mise à jour et le module base de données DB2/400
qui effectue réellement la mise à jour. Aussi, l’utilisation de SQL augmente la
profondeur de la pile d’appel d’une unité. Cela ne devrait pas poser de problème
si SQL gère toutes les I/O. Mais si on travaille tantôt en RPG et tantôt en SQL
RPG, la version que je présente de CallerID aura du mal à fonctionner.
La logique du compteur de pile d’appel ne se limite pas nécessairement aux programmes
triggers. On peut déterminer l’appelant de n’importe quel programme tant que l’on
utilise la bonne logique au niveau de la pile d’appel.
Téléchargez cette ressource
Comment sécuriser une PME avec l’approche par les risques ?
Disposant de moyens financiers et humains contraints, les PME éprouvent des difficultés à mettre en place une véritable stratégie de cybersécurité. Opérateur de services et d’infrastructures, Naitways leur propose une approche pragmatique de sécurité « by design » en priorisant les risques auxquelles elles sont confrontées.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
