Discussion :

[topolino]

Bonjour,

J'ai un traitement qui passe tres bien sur mon serveur de dev et de pre-prod et plante en production. Est il possible de faire un debugage en Prod ?

Merci pour vos conseils.

[calagan99]

Ma petite expérience me dit que ce n'est pas conseillé
Cependant, un DebugDiag en prod pour catcher les crash ou Hang IIS et une analyse des logs avec WinDgb s'est pour ma part souvent avéré être un super moyen de détecter des erreurs en production.

[topolino]

En recherchant j'ai vu qu il existait Remote Debugger, qq un a t il un retour l'experience ?

[lutecefalco]

Des try catch et une gestion des logs appropriés
Et le tour est joué

Une appli ne devrait jamais planter sans qu'on sache la source de l'erreur

[bacelar]

try/ catch, c'est beaucoup trop invasif.

C'est gestion doit être externe au programme, AutoDumpPlus (http://support.microsoft.com/kb/286350/fr) permet de générer un dump automatiquement en cas de crash ou de Hang IIS, et cela sans offusquer le code avec des try/catch qui ne font que cacher le problème (et encode, s'ils ont accès malin pour ne pas catcher des OutOfMemory ou de StackOverFlow)

A bas les try/catch imbéciles.

[lutecefalco]

try/ catch, c'est beaucoup trop invasif.

C'est gestion doit être externe au programme, AutoDumpPlus (http://support.microsoft.com/kb/286350/fr) permet de générer un dump automatiquement en cas de crash ou de Hang IIS, et cela sans offusquer le code avec des try/catch qui ne font que cacher le problème (et encode, s'ils ont accès malin pour ne pas catcher des OutOfMemory ou de StackOverFlow)

A bas les try/catch imbéciles.

Mince, et moi qui mets que des try/catch imbéciles ...