Avant ILE, quand certains programmes d'une application revenaient avec leur indicateur LR à off, un programme de pilotage CL passait une commande RclRsc pour les désactiver avant qu'ils ne se terminent. En environnement ILE, RclRsc n'a aucun effet sur les programmes s'exécutant dans des groupes d'activation nommés ou *New. RclRsc
Récupérer des ressources en ILE
n’affecte que les programmes s’exécutant dans le groupe d’activation par défaut.
Il ne faudrait pas en déduire que RclRsc ne fonctionne pas du tout avec des programmes
ILE. En réalité, RclRsc fonctionne avec tout programme (ILE ou OPM) s’exécutant
dans le groupe d’activation par défaut.
En revanche, la commande est sans effet sur les programmes de service, qu’ils
s’exécutent ou non dans le groupe d’activation par défaut. Les programmes de service
sont généralement constitués de sous-procédures RPG s’exécutant dans des modules
*NoMain. Comme le cycle RPG ne permet pas de s’échapper d’une sous-procédure RPG,
une sous-procédure s’exécutant dans un programme de service ne pourra pas se désactiver
elle-même, même si elle met l’indicateur LR à on. C’est pourquoi je déconseille
généralement d’exécuter les programmes de service dans le groupe d’activation
par défaut.
Récapitulons ce que nous savons sur la commande RclRsc.
· Elle est inopérante sur les programmes tournant dans des groupes d’activation
nommés ou *New
· Elle est inopérante sur les programmes de service, indépendamment du type de
groupe d’activation dans lequel ils s’exécutent.
Téléchargez gratuitement cette ressource
IBMi et Cloud : Table ronde Digitale
Comment faire évoluer son patrimoine IBMi en le rendant Cloud compatible ? Comment capitaliser sur des bases saines pour un avenir serein ? Faites le point et partagez l'expertise Hardis Group et IBM aux côtés de Florence Devambez, DSI d'Albingia.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
