J'ai une application dans Azure et je surveillerai que chaque demande est HTTP 200 (OK)L'erreur 500 ne laissait pas un "xml" dans "Journaux de suivi des demandes ayant échoué" (Azure)?
Hier j'ai eu beaucoup d'erreurs HTTP 500 et je suis allé à « et résoudre les problèmes Diagnostiquer> requête ayant échoué journaux de suivi » et pour chacune de ces erreurs, il y avait un .xml avec les informations détaillées.
Merci à ces journaux, j'ai résolu le problème dans mon application et déployé à nouveau. Après cela, toutes les requêtes étaient HTTP 200.
Mais quelque chose aujourd'hui happend et j'avais 17 erreurs HTTP 500: 
Et puis je suis allé à « Diagnostiquer et résoudre des problèmes> requête ayant échoué journaux de suivi » mais il n'y a pas de .xml pour ces erreurs.
Je pensais: peut-être Azure ne se connecte plus, donc je provoqué une 404 mais le .xml est apparu là, alors ...
Question: Pourquoi je n'ai pas 17 xml pour ces HTTP500?
Il est déjà "ON" pour mon application. En fait, le 404 que j'ai provoqué a créé un fichier .xml. C'est pourquoi je demande: Pourquoi je n'ai pas 17 xmls pour ces HTTP 500? est-il possible qu'un HTTP 500 se produise sans créer le xml? – sports
Veuillez essayer de déployer votre application sur un autre service d'application Azure, activer le suivi des demandes ayant échoué et vérifier si les journaux sont générés pour une erreur 500. –