IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Logging Java Discussion :

Log4j, et les crash alors ?


Sujet :

Logging Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé Avatar de daronmaster
    Profil pro
    Inscrit en
    Novembre 2007
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Vienne (Poitou Charente)

    Informations forums :
    Inscription : Novembre 2007
    Messages : 67
    Par défaut Log4j, et les crash alors ?
    Bonjour,

    pour un projet java utilisant Eclipse RCP que je dois compléter, il m'est demandé d'installer un système de log pour journaliser l'exécution du logiciel. J'ai donc choisi (ou plutôt on m'a conseillé) de me tourner vers l'api log4j et pour comprendre son fonctionnement (simple) j'ai lu quelques tutos et le livre "The complete Log4j manual" de Ceki Gülcü.

    Visiblement pour enregistrer les traces d'utilisation du logiciel cela m'a l'air facilement gérable.

    Ce qui peut être intéressant lors d'une journalisation, c'est lors d'un crash du logiciel pouvoir remonter au bug ayant entrainer le crash de l'application, et c'est sur ce point que ma question se porte :

    Comment pouvoir tracer l'application si un bug devait intervenir ?

    ou plutôt, est-ce que le seul moyen de récupérer une exception est de mettre l'ensemble des implémentations des méthodes dans des blocs "try-catch" ou directement l'appel à ces méthodes dans des blocs "try-catch" ? et à ce moment là, dans le "catch" mettre :
    monLogger.fatal("olala gros bug", monException); ????

    Merci pour vos réponses et j'espère que ma question est assez claire, et si tel n'est pas le cas, n'hésitez pas à me demander de reformuler cette dernière.

    Tchû

  2. #2
    Membre Expert Avatar de herve91
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    1 282
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 282
    Par défaut
    Regarde du côté de
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Thread.setUncaughtExceptionHandler(UncaughtExceptionHandler )

  3. #3
    Membre confirmé Avatar de daronmaster
    Profil pro
    Inscrit en
    Novembre 2007
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Vienne (Poitou Charente)

    Informations forums :
    Inscription : Novembre 2007
    Messages : 67
    Par défaut
    Citation Envoyé par herve91 Voir le message
    Regarde du côté de
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    Thread.setUncaughtExceptionHandler(UncaughtExceptionHandler )
    Bonjour,

    En fait ce n'est pas la réponse que j'attendais.

    Vu que tu as l'air d'être au courant de la chose, peux tu me renseigner sur l'utilisation du bloc "try-catch" et s'il doit être utilisé pour capturer une exception quelconque durant le déroulement d'une méthode et est-ce le seul moyen ou est-ce que le logger capte tout seul une exception qui a été levée et l'inscrit dans le fichier log tout seul.

    J'espère que vous voyez ce que je veux dire ?

  4. #4
    Membre Expert Avatar de herve91
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    1 282
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 282
    Par défaut
    En effet tu dois déclarer un bloc try catch pour capturer les exceptions et les journaliser, le logger ne capte pas les exceptions.
    Je pensais que ta question était : "et si on ne met pas de bloc try catch, on n'aura pas de log dans le cas d'une exception RuntimeException", vu qu'il n'est pas obligatoire de catcher les exceptions dérivées de RuntimeException.
    Dans ce cas, mis à part la fait de rajouter un try catch dans le code au plus haut niveau de ton application, tu as l'autre possibilité d'utiliser la méthode que je t'ai donnée, tu centralises le traitement de toutes les exceptions non capturées dans un seul et unique handler.

  5. #5
    Membre confirmé Avatar de daronmaster
    Profil pro
    Inscrit en
    Novembre 2007
    Messages
    67
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Vienne (Poitou Charente)

    Informations forums :
    Inscription : Novembre 2007
    Messages : 67
    Par défaut
    ok, j'ai capté ce que tu voulais me dire.

    je t'en remercie, et passe un bon dimanche.

    Tchû

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [Log4j] identifier les traces
    Par PoichOU dans le forum Logging
    Réponses: 4
    Dernier message: 06/06/2008, 12h15
  2. [log4j] tracer les TOUTES les erreurs
    Par jaoued dans le forum Logging
    Réponses: 2
    Dernier message: 11/04/2008, 15h59
  3. [log4j] Rediriger les sorties out et err vers les appenders
    Par Rei Angelus dans le forum Logging
    Réponses: 3
    Dernier message: 06/06/2007, 11h12
  4. Réponses: 20
    Dernier message: 18/10/2006, 16h09
  5. Apache m'affiche les "Notice" alors que je l'est d
    Par mr_neness dans le forum Apache
    Réponses: 4
    Dernier message: 14/03/2006, 11h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo