J'ai mentionné plus haut la nécessité de spécifications Control standard. Plutôt que de faire déclarer à chaque programme ses propres cartes H, je suggère de placer ces spécifications dans un membre de copie que tous les programmes et programmes de services copient, pour renforcer la cohérence et l'intégrité de l'application.
Derniers commentaires
Pour cet exemple, je suggère concrètement les deux cartes H illustrées
dans la figure 2.
La première de ces spécifications contient le mot-clé Option. Ce mot-clé vient
de la commande CRT* qui crée les objets RPG exécutables. Il peut accepter une
liste de valeurs qui indiquent diverses options à la compilation. Au minimum,
je suggère *NoShowCpy. Cette valeur ordonne au compilateur de ne pas inclure des
informations de membre copie étendues. En effet, il est toujours irritant de voir
le compilateur s’obstiner à inclure des informations à propos de sections de code
exclues par les directives de copie conditionnelles. En indiquant Option(*NoShowCpy),
on allège et clarifie les listings de compilation et les sessions de débogage.
Je conseille fortement d’utiliser une carte H avec le mot-clé BndDir, même si
l’on n’utilise pas les techniques décrites dans cet article. En liant les répertoires,
on simplifie grandement le travail de développement puisque les programmes applicatifs
n’ont plus besoin de savoir quels programmes de services contiennent les procédures
que le programme utilise. Autre avantage : il n’est plus nécessaire de formuler
explicitement les objets exécutables, comme les programmes de services, qui doivent
être liés aux programmes applicatifs. En ajoutant des entrées pour chacun des
programmes de services à un répertoire de liaison puis en nommant ce dernier au
moment de la compilation, on laisse au système toute latitude pour localiser automatiquement
les objets nécessaires. De quoi gagner beaucoup de temps et réduire le risque
d’erreurs pour l’équipe de développement.
Comme dernier conseil, je suggèrerais la lecture de » Analyzing ILE Programs »
(juin 1998) sur le site Web AS400network (aller à http:www.as400network.com/resources/artarchive
et rechercher l’article ID 2403). Cet article fournit un précieux utilitaire qui
utilise des API pour construire une table de correspondance montrant où les modules
et les programmes de services sont utilisés dans les applications. C’est un outil
très utile pour les tâches de maintenance courantes.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Splunk : vers un SOC agentique et de confiance
- Le trilemme de la souveraineté : le coût caché du cloud qui freine l’IA en Europe
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Semperis : gouverner l’identité à l’ère des agents IA
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
