par Paul Conte, Mis en ligne le 29/03/2006 - Publié en Octobre 2005
Le logging (ou journalisation) est l’une des techniques de diagnostic les plus anciennes et les plus éprouvées. Les tout premiers programmeurs d’ordinateurs – et certainement les pionniers en RPG et Cobol – ont sûrement glissé des instructions « display » simples dans leur code, pour expliciter certaines sections de leurs programmes. Le logging est un terme très général pour désigner l’enregistrement séquentiel d’informations. Ainsi, des instructions display ad hoc produisent une suite de messages sur l’écran. Dans un contexte de production, le logging peut écrire des données d’état, de diagnostic ou de performance, sous forme d’enregistrements séquentiels dans un fichier. Les possibilités sont infinies et en ajoutant des fonctions de logging à votre logiciel applicatif vous accélérerez le développement et détecterez et résoudrez plus vite les problèmes.
LOG4i – logging des applications HLL iSeries
Vous venez donc d’adopter le logging, peut-être en utilisant simplement des instructions display ad hoc pour représenter votre propre code. Un certain nombre de questions se posent aussitôt. Comment activer et désactiver le logging ? Les instructions display ad hoc sont généralement désactivées (off) par la simple fin de leur commentaire. Mais il est fastidieux de trouver et de commenter/décommenter ces instructions.
Les programmeurs astucieux résolvent ce problème en écrivant une ou plusieurs routines Display Message puis en commentant simplement la ou les instructions display dans le corps de ces routines. Mais c’est encore une solution rudimentaire et laborieuse.
Et si vous devez examiner ou explorer la sortie du logging ? Avec les programmes par ligne de commande Unix et Windows, vous pouvez rediriger la sortie vers un fichier. Sinon, il vous faudra peut-être coder d’autres routines de logging pour écrire les entrées du log dans un fichier.
Qu’en est-il du logging chargé de signaler au personnel d’exploitation les problèmes que pose une application opérationnelle ? Comment faire passer les entrées du log dans une file d’attente de messages ? Et, en cas d’incident, les opérateurs ne peuvent pas entrer et commencer à ajouter ou à commenter des instructions display pour diagnostiquer le problème.
Ces aspects du logging, et bien d’autres, sont autant d’obstacles qui dissuadent de nombreux programmeurs HLL iSeries d’en tirer la quintessence. L’iSeries a besoin d’un cadre de logging capable de résoudre tous ces problèmes et d’autres. Et c’est la mission de cet article et du code téléchargeable qui l’accompagne. (Le code est disponible sur www.itpro.fr Club abonnés, mois concerné).
Téléchargez cette ressource
Travail à distance – Guide IT et Métiers
Le travail à distance met à l'épreuve la maturité numérique des entreprises en termes de Cybersécurité, d'espace de travail, de bien-être des collaborateurs, de communication et gestion de projet à distance. Découvrez, dans ce nouveau Guide Kyocera, quels leviers activer prioritairement pour mettre en place des solutions de travail à domicile efficaces, pérennes et sécurisées.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- AI Speech double toutes vos vidéos !
- Finance : l’IA générative plébiscitée pour les décisions stratégiques
- Cybersécurité : les comportements à risque des collaborateurs
- Prédictions 2025 : voici comment l’intelligence artificielle va redéfinir la sécurité de 3 façons
- Top 5 des technologies à suivre en 2025 et au-delà !