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
État des lieux de la réponse à incident de cybersécurité
Les experts de Palo Alto Networks, Unit 42 et Forrester Research livrent dans ce webinaire exclusif leurs éclairages et stratégies en matière de réponses aux incidents. Bénéficiez d'un panorama complet du paysage actuel de la réponse aux incidents et de sa relation avec la continuité de l'activité, des défis auxquels font face les entreprises et des tendances majeures qui modèlent ce domaine. Un état des lieux précieux pour les décideurs et professionnels IT.
