2010-05-14 13 views
2

Est-il possible de savoir si le moteur d'exécution ASP.Net a diffusé une copie de la page ASPX en mémoire cache ou a réellement parcouru le cycle de vie de la page?ASP.NET mise en cache de la page ASPX et des journaux IIS

Voici mon problème:

Je vois beaucoup entrées dans mes fichiers journaux IIS qui ont été servis avec succès (200 OK). J'ai un code de journalisation correspondant (API Log4Net) dans les événements Session_Start et Application_BeginRequest() qui enregistre chaque demande à ma base de données avec plus de détails. Je ne vois aucune entrée correspondante dans ma base de données SQL pour certains cas qui auraient dû être créés par le code Log4Net.

Existe-t-il des journaux disponibles pour savoir si une copie mise en cache a été traitée par le processus de travail .NET? De plus, si mon code de journalisation génère une exception, cela n'apparaîtra-t-il pas dans les journaux IIS?

Le code est sous Windows 2008 Server, IIS 7.

PS: Si le codage événement résolution d'assemblage et la connexion à une base de données peut aider à suivre ce? Quelqu'un peut-il me diriger vers un exemple?

Répondre

1

Si vous ne souhaitez pas ajouter manuellement de journalisation, vous pouvez simplement activer le suivi. Pour activer le suivi, ouvrez votre fichier web.config et recherchez le ... tag. Définissez enabled = "true", enregistrez le fichier web.config, puis accédez à http: // {votre site} /trace.axd et affichez les événements de trace de la page.

Vous pouvez tester si vous pouvez voir les appels de mise en cache en affichant d'abord une page, puis en cliquant dessus et en y revenant, puis en vérifiant la trace pour voir les différences dans les événements enregistrés. Vous devriez voir la récupération du cache dans la trace de la deuxième page.

est ici plus d'informations sur cette grande fonction de MS: http://msdn.microsoft.com/en-us/library/1y89ed7z(VS.71).aspx

Vous avez également la possibilité dans votre code à écrire à la sortie de trace à l'aide Trace.Write ou Trace.Warn. C'est un excellent moyen d'ajouter un peu de code de débogage qui ne fonctionnera que lorsque le suivi est activé.

HTH, Lance

+0

Merci Lance. Je sais que le traçage est une option. Le seul problème est que le code est dans l'environnement de production et je vais devoir attendre jusqu'à ce que le patch traverse deux environnements de test. Deuxièmement, les pages ASPX sont appelées via le serveur JBOSS et c'est là que je reçois des problèmes, sporadiquement pour ajouter à la misère. –