Discussion :

[narutobaka]

Bonjour,

Pour l'application que je développe actuellement, je me rends compte que le débug de syntaxe et une chose, le debug de résultat en est une autre.

Je cherche à avoir des avis, et des conseils quand à la manière de mettre en place une fonctionnalité de log pour faire du debug.

Après quelque recherche j'ai trouvé un article très interessant :
http://lutecefalco.developpez.com/tu.../introduction/

Je suis en train de tester log4net.

Cependant j'aimerai vos conseil.

J'alimenterai ce post en fonction de mes recherches.

++

[Danyel]

Personnellement, je me suis cree ma propre gestion d'erreur et de log.
J'intercepte toutes les erreurs non prevues et j'affiche qq infos dans un formulaire specifique et je log automatiquement le probleme dans windows.
Ensuite, je laisse le choix à l'utilisateur d'envoyer tous les details du probleme directement par internet et/ou par email et/ou de tout transferer dans le pp.

[narutobaka]

Bonjour,

Et merci pour ta réponse.

Ce que je recherche à faire pour l'instant serai plutôt de disposer d'un outil de test pour un traitement "long" et "compliqué".

J'ai fait des essais avec la compilation pas à pas et c'est plutôt long et fastidieux mais ça permet de voir les éléments à améliorer.

Et donc je voulais disposer d'un log permettant d'indiquer les traitements pendant la trace.

La j'utilise le console.writeline mais c bof bof. Voilà pourquoi je fait une recherche sur le sujet.

Personnellement, je me suis cree ma propre gestion d'erreur et de log.

Sous quel forme gérez-vous les logs? Mettez vous à disposition votre outil ?

J'intercepte toutes les erreurs non prevues

Récupération du catch dans des bloques try catch Finally?

je laisse le choix à l'utilisateur d'envoyer tous les details du probleme directement par internet et/ou par email et/ou de tout transferer dans le pp

Log4net semble proposer des possibilités similaire. Avez-vous déjà utilisé cette outil?
Pouvez-vous me faire par de votre experience?

++

[Danyel]

Ce que je recherche à faire pour l'instant serai plutôt de disposer d'un outil de test pour un traitement "long" et "compliqué".

Un exemple simple pour mieux comprendre, car là c'est un peu vague

J'ai fait des essais avec la compilation pas à pas et c'est plutôt long et fastidieux mais ça permet de voir les éléments à améliorer.
Et donc je voulais disposer d'un log permettant d'indiquer les traitements pendant la trace.

Les espions ne suffisent pas ?

Sous quel forme gérez-vous les logs ?

Ce ne sont pas tellement des logs comme on pourrait le penser, mais des logs des erreurs (pas tout a fait pareil)

Mettez vous à disposition votre outil ?

Malheureusement non mais je peux aider ... on est tous la pour cela.

Récupération du catch dans des bloques try catch Finally?

Non, j'utilise le Application.ThreadException et AppDomain.CurrentDomain.UnhandledException

Log4net semble proposer des possibilités similaire. Avez-vous déjà utilisé cette outil?
Pouvez-vous me faire par de votre experience?

Je ne connais pas l'outil, desole.

[narutobaka]

Bonjour,

Un exemple simple pour mieux comprendre, car là c'est un peu vague

L'application que je développe actuellement gère et calcule les temps de présence, pour la chaine de production, afin de donner par jour / semaine / mois sur une période de 14 semaines les valeurs en heure de présence.

Suite au traitement je crée un fichier excel découper par maitrise et par secteur en plus de l'aperçu globale. L'objectif finale étant de permettre au chef d'équipe / contremaitre / chef de production de savoir si il y a pas assez / assez / trop de travail pour un secteur donnée de la chaine de montage en fonction du temps théorique prévu par le programme.

Je fais donc un traitement sur 98 jours pour à peu près 450 personnes et j'aimerai vérifier que mes valeurs obtenues sur ma base de test sont correcte. D'ou ma démarche de disposer d'un élément qui me récapitule les calcules pour les vérifier, un log du traitement.

A terme ce log resterai dans l'application afin de savoir si le traitement n'a pas rencontré de problème.

Les espions ne suffisent pas ?

J'utilise en permanence l'espion. Il s'agit d'un outil très pratique dont je ne peux absolument pas me passer. Il me permet de repérer mes erreurs de programmation .Cependant si je veux faire une trace d'un traitement complet
, cela devient long en utilisant la compilation pas à pas ou même en plaçant les points d'arrêts en sortie de chaque phase de traitement.

Non, j'utilise le Application.ThreadException et AppDomain.CurrentDomain.UnhandledException

Je ne connais pas ces deux indicateurs, je vais faire une recherche.

Merci pour ta réponse. J'alimenterai se post au fur et a mesure de mes recherches sur le sujet.

++

[Danyel]

savoir si le traitement n'a pas rencontré de problème.

Pourquoi ne pas afficher, pendant le traitement, un simple form avec textbox multiline, que tu alimentes en temps reel avec des datas en cours ou autres ?