Webcast : Debuggage des applications ASP.net
Je vous avez parlé il y a quelques temps d'un mercredi du développement sur le debuggage des applications ASP.net je n'ai malheureusement pas eu le temps de faire un compte-rendu mais je viens de découvrir que les webcasts sont disponibles :
Webcast du mercredi du developpement sur le debuggage des applications ASP.net
J'ai vraiment apprecié cette rencontre, j'ai surtout découvert le Health Monitoring : une fonctionnalité native et très méconnue d'ASP.net qui permet de logger des erreurs où l'on veut et en quelques lignes de XML dans le web.config. vous pouvez en savoir plus sur cette fonctionnalité en regardant le webcast mais aussi en lisant cet article : Patterns & Practices : How To: Use Health Monitoring in ASP.NET 2.0. J'ai également découvert le profiling intégré dans Visual Studio 2005 qui permet d'optimiser notre code .net et aussi les dump mémoire, WinDbg, SOS, ... qui permet d'analyser le contenu de la mémoire d'une application en production.
- Présentation de l'agenda et introduction
- Health Monitoring :
Le Heath Monitoring d'ASP .NET 2.0 (un nouveau service fourni au niveau du moteur d'application web) : ou comment mesurer et surveiller les signes vitaux de vos applications web et de vos serveurs web en production.
- Profiling :
Les outils de profiling permettent de détecter les goulets d'étranglement (ex : occupation mémoire trop importante) que vous pouvez avoir dans vos applications, afin de faire des optimisations.
Avant même de faire des tests de charge, il peut être utile d'optimiser l'exécution d'une seule instance de page.
Deux méthodes de mesure seront présentées : le sampling et l'instrumentation.
- Les tests de charge :
Les tests de charge sont un moyen de détecter des faiblesses remontées habituellement en production.
- Gestion des anomalies :
Une des fonctionnalités de Team Foundation Server (TFS) permet de remonter des anomalies aux équipes de développement depuis des applications Web en production.
- Introduction au débogage d'applications ASP .NET en production :
On aborde désormais la problématique de débogage d'applications ASP .NET qui sont déjà en production.
- Outils pour la capture et l'analyse :
Une fois les applications en production, comment capturer les données intéressantes au moment de l'apparition du problème.
On parlera de compteurs de performance, de journaux d'événements, de prise de dumps.
- Présentation de WinDbg et SOS :
WinDbg est le debogeur le plus utilisé chez Microsoft pour faire du débogage à posteriori, contrairement au débogeur de Visual Studio.
SOS est une extension de WinDbg pour travailler avec le code managé.
Démonstrations à l'appui.
- IIS et CLR :
On verra les différences de comportement d'applications sous IIS 5 et IIS 6.
A propos de la CLR, on parlera notamment de heaps et de Garbage Collector.
- les commandes SOS :
Passage en revue des commandes utilisées couramment pour examiner les dumps de mémoire.
- Exemples de problématiques :
On regardera comment faire quand :
• Une application ASP.NET présente des problèmes importants de performances
• Il y a un problème de fuite mémoire