Jounalisation Java

Java™ est le jeu d'outils de journalisation fourni par le package java.util.logging. La consignation Java offre une API de consignation standard pour vos applications.

La journalisation des messages (messages) et la trace de diagnostic (trace) sont similaires d'un point de vue conceptuel, mais présentent en fait de grandes différences. Il est essentiel que les développeurs d'applications comprennent bien ces différences pour utiliser correctement ces outils. Voici des définitions du fonctionnement des messages et de la fonction de trace.

Message
Une entrée de message est un enregistrement d'information destiné aux utilisateurs finaux, aux administrateurs système et au personnel de maintenance. Le texte du message doit être clair, concis et compréhensible de tout utilisateur. Les messages sont généralement localisés et affichés dans la langue de l'utilisateur. Même si la destination et la durée de vie des messages peuvent être configurés, activez un certain niveau de consignation des messages dans l'exploitation normale du système. Utilisez judicieusement la consignation des messages pour des raisons de performances et de taille du référentiel de messages.
Trace
Une entrée de trace est un enregistrement d'information à l'usage des concepteurs et développeurs de service. En tant que tel, un enregistrement de trace peut être considérablement plus complexe, bavard et détaillé qu'une entrée de message. En général, les entrées de trace ne sont pas localisées. Elles sont parfois quasiment incompréhensibles, sauf pour le développeur ou le personnel du service approprié. En principe, l'enregistrement des entrées de trace ne s'effectue pas en cours normal de fonctionnement, mais peut être activé au besoin pour rassembler des informations de diagnostic.

Le serveur d'applications réachemine les flux système au démarrage du serveur. Il n'est pas possible pour l'application d'afficher la consignation sur la console car les flux système ne peuvent pas être obtenus par l'application. Si vous souhaitez utiliser la console pour contrôler l'application sans utiliser le gestionnaire de la console, vous pouvez surveiller le fichier SystemOut.log ou un fichier créé par un autre gestionnaire de fichiers.

Remarque : Le serveur d'applications utilise la journalisation Java en interne. Par conséquent, certaines restrictions s'appliquent à l'utilisation des flux système avec cette API de consignation par les applications. Lors du démarrage du serveur, la sortie standard et les flux d'erreurs sont remplacés par des flux spéciaux qui écrivent dans l'infrastructure de consignation, afin d'inclure la sortie des flux système dans les fichiers journaux. Ainsi, les applications ne peuvent pas utiliser java.util.logging.ConsoleHandler ou tout autre gestionnaire en écrivant dans les flux SystemErr.log ou System.out, associés au programme de consignation principal. Si l'utilisateur associe le gestionnaire au programme de consignation principal, une boucle infinie est créée dans l'infrastructure de consignation, ce qui entraîne une surcharge de la pile et un arrêt inattendu du serveur.

Si l'utilisation d'un gestionnaire qui écrit dans les flux système est nécessaire, associez-le à un programme de consignation secondaire afin qu'il ne publie pas les enregistrements de journal à l'attention des gestionnaires parents. Les données écrites dans les flux système sont alors formatées et écrites dans le fichier journal de flux système correspondant. Pour surveiller ce qui est écrit dans les flux système, les fichiers journaux configurés (SystemOut.log etSystemErr.log, par défaut) peuvent être surveillés.

Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.
[z/OS]Remarque : Les flux SystemOut.log et STDOUT sont redirigés vers le nom symbolique SYSPRINT sous z/OS. Les flux SystemErr.log et STDERR sont redirigés vers le nom symbolique SYSOUT sous z/OS. Par défaut, les procédures cataloguées WebSphere Application Server for z/OS associent ces noms symboliques à des fichiers (SYSOUT=*) d'impression. Par conséquent, les journaux des messages passent dans la sortie de travaux WebSphere Application Server. La sortie de travaux peut être visualisée à l'aide de SDSF (Spool Display and Search Facility) ou d'un logiciel équivalent.

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=ctrb_javalogging
Nom du fichier : ctrb_javalogging.html