2015-06-26 2 views
0

У меня есть приложение app.net для веб-приложений, развернутое в качестве лазурного веб-приложения. Исключение составляет одна из конечных точек. Обычно это не проблема для нас. У нас есть ExceptionLogger, подключенный к службам api. Это было где-то на месте и нормально работает нормально.Azure Website - ошибки API для веб-API

В настоящее время мы видим, что ответ 500 возвращается с сервера, но ничего не регистрируется. Я попытался установить GlobalConfiguration.Configuration.IncludeErrorDetailPolicy на IncludeErrorDetailPolicy.Always, но ответ всегда возвращается без содержимого тела.

Что еще я могу сделать, чтобы отслеживать источник проблемы?

+0

Вы пробовали отслеживание неудачных запросов: http://bit.ly/1eMMAU6, а также добавили информацию о приложениях в api: http://bit.ly/1NjXDPa, вы также можете напрямую подключить свою визуальную студию: http://bit.ly/1dlWBGg – astaykov

ответ

0

Если у вас есть согласованный репрограммирование, вы можете использовать удаленную отладку для присоединения к своему веб-приложению и отладки (https://azure.microsoft.com/en-us/documentation/articles/web-sites-dotnet-troubleshoot-visual-studio/).

В противном случае вы можете включить лучшие диагностические журналы, используя настройки веб-приложения. Информация о том, как это сделать, приведена здесь: https://azure.microsoft.com/en-us/documentation/articles/web-sites-configure/ в разделе «Включение диагностических журналов». В вашем случае вы должны включить ведение журнала приложений, и, возможно, неудачная трассировка запроса будет полезна (FREB).

Для получения еще большего количества инструментов вы можете использовать расширение сайта поддержки (http://azure.microsoft.com/blog/2014/12/01/new-updates-to-support-site-extension-for-azure-websites/), что позволит вам просматривать журналы событий и HTTP-трафик. Для более глубокого погружения в отладку в Azure App Service см .: https://channel9.msdn.com/Events/Ignite/2015/BRK4704.

Смежные вопросы