Discussion :

[koktel_dfr]

Bonjour,

J'utilise pour la première fois log4net.
Il réponds parfaitement à mes besoins, sauf sur un point...
J'ai remarqué que dans tous les cas un log est généré même quand il n'y a rien à écrire dedans.
Comme par exemple lorsque je définis le level sur "ERROR" et que mon application ne génère aucune erreur, log4net me génère dans tous les cas un log vide dès la déclaration de mon log, et pour être encore plus précis juste à ce niveau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
private static readonly ILog log = LogManager.GetLogger(typeof(Program));

En faisant une recherche sur le net j'ai remarqué que beaucoup de monde rencontrais ce problème mais j'ai l'impression que beaucoup ne sont pas dérangés par celui-ci et je n'ai donc pas trouvé de réponses... Pourtant je ne trouve pas ça terrible la création de ce log vide. Souhaitant conserver mes logs 3 mois cela veut dire qu'au final j'aurais pas loin de 90 logs (vides si pas d'erreurs...) en permanence dans mon répertoire de log. Je pourrais bien sur vérifier à la fin de mon application si le log est vide et le supprimer si c'est le cas mais je me dis qu'il y a peut être plus "propre"... des idées ?

Merci

[Arnard]

Avoir un log a un sens, ça montre que l'application tourne...

Si pas de fichier, moins évident à dire. Dans ton cas, le plus logique serait de récupérer les sources et de modifier le moment de création du fichier à la première écriture... Mais ça fait du code à parcourir !

Option B, un timer, de fréquence d'une journée, chargé de vérifier si des fichiers vides remontant au moins à la veille sont présents et de les supprimer le cas échéant... ca évitera les modifications de code dans log4net.

[koktel_dfr]

Avoir un log a un sens, ça montre que l'application tourne...

Dans mon cas je n'en ai pas besoins car l'application génère dans tous les cas un fichier journalier d'export de données donc ca fait double emploi...

Pour la première option que tu proposes, je ne me sens pas le courage de modifier le code de log4net...

Pour l'option B etant donné que mon application ne tourne pas en tache de fond mais n'a qu'un temps d'exécution limité qui correspond à la durée d'extraction des données je pense que le mieux est encore de partir sur ma première idée. Vérifier s'il existe un/des logs vides à la fermeture de l'application et les supprimer le cas échéant.

Je trouve dommage qu'il n'y ait rien de prévu pour cela dans log4net.