ASP.NET Web API: не описательная ошибка внутреннего сервера

Question

Как говорится в заголовке, у меня есть 500 Internal Server Error из запроса GET для действия IQueryable. Тело ошибки пуст. Эта ошибка возникает после того, как мое действие возвращает результат.

Я использую ASP.NET Web API RC.

Как я могу получить трассировку стека этой ошибки?

Answer 1

Сообщение RC, эта проблема была решена, и вы будете получать сведения об ошибках и кроме внутренней ошибки 500 Server. (Эта проблема исправлена ​​только для сценариев веб-хоста).

Для получения информации о фактическом исключении, которое может возникнуть во время метода WriteToStream для форматирования, вы можете сделать следующее.

ObjectContent<IEnumerable<Product>> responseContent = new ObjectContent<IEnumerable<Product>>(db.Products.Include(p => p.ProductSubcategory).AsEnumerable(), new XmlMediaTypeFormatter()); // change the formatters accordingly 

      MemoryStream ms = new MemoryStream(); 

      // This line would cause the formatter's WriteToStream method to be invoked. 
      // Any exceptions during WriteToStream would be thrown as part of this call 
      responseContent.CopyToAsync(ms).Wait(); 

Answer 2

Вы можете попробовать добавить:

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy = 
    IncludeErrorDetailPolicy.Always; 

к вашему Application_Start() в Global.asax. Это решение работает для многих распространенных ошибок.

Если, однако, вы не получаете удовлетворительной информации, вам следует рассмотреть возможность создания фильтра Исключительный фильтр и регистрации его по всему миру.

This article должно начаться. Суть того, что вам нужно, чтобы написать & регистр что-то вроде:

public class NotImplExceptionFilter : ExceptionFilterAttribute { 
    public override void OnException(HttpActionExecutedContext context) { 
    if (context.Exception is NotImplementedException) { 
     context.Response = new HttpResponseMessage(HttpStatusCode.NotImplemented); 
    } 
    } 
} 

Answer 3

У меня была проблема в RC, когда я не указывал параметры запроса в правильном порядке. Например, если вы укажете $skip=0, он получит 500, но если вы укажете $orderby=xxx&skip=0 ошибки.

Answer 4

Fredrik Normén написал замечательное сообщение в блоге под названием ASP.NET Web API Exception Handling по этой теме. В его решении используются специальные классы исключений и атрибут фильтра исключения, который может применяться ко всем методам действий ApiController.

Answer 5

Я столкнулся с этой проблемой. Я нашел Kiran Challa's response полезной для того, чтобы исключить фактическое исключение вне моего действия.

Чтобы решить мою проблему, setting the ProxyCreationEnabled property of my context to false сделал еще один шаг.

В моем случае мое следующее исключение было вызвано круговой ссылкой в ​​моих моделях. После очистки, ответ phantom 500 исчез. Удачи, если вы еще не решили это!

Answer 6

Обычно я использую Global.asax, чтобы поймать всю ошибку. Ниже приведен код, который вы можете использовать

public void Application_Error(object sender, EventArgs e) 
{ 
    Exception exc = Server.GetLastError(); 
    MvcApplication mvcApplication = sender as MvcApplication; 
    HttpRequest request = null; 
    if (mvcApplication != null) request = mvcApplication.Request; 
} 

Answer 7

Это может быть ссылка на круговую ссылку.

http://www.asp.net/web-api/overview/formats-and-model-binding/json-and-xml-serialization#handling_circular_object_references

Попробуйте добавить следующий код метода Application_Start в Global.asax файл:

var json = GlobalConfiguration.Configuration.Formatters.JsonFormatter; 
json.SerializerSettings.PreserveReferencesHandling = Newtonsoft.Json.PreserveReferencesHandling.All; 

Answer 8

обманчиво простая слабость маршрутизации вызвало эту проблему в моем случае: Был еще один HttpPost с той же подписью (не имя) в моем Api Controller. Маршрутизация по умолчанию не разрешала различия имен, и ServiceError 500 был ответом, который он дал до того, как была достигнута любая из функций Api. Решение: измените маршрутизацию по умолчанию или ваши подписи и повторите попытку.

Вот мой RouteConfig.cs, что работает достаточно хорошо для стандартного использования WebApi2:

public class RouteConfig 
{ 
    public static void RegisterRoutes(RouteCollection routes) 
    { 
     routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

     // Default is required in any case. 
     routes.MapRoute(
      name: "Default", 
      url: "{controller}/{action}/{id}", 
      defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional } 
     ); 
    } 
} 

Answer 9

Я была такая же проблема, но источник его был несколько иным: я установил CORS политики неправильно, и что дает мне 500 Internal server error, но так как CORS не работает, заголовок Access-Control-Allow-Origin не был представлен в ответ и браузер не может прочитать фактический ответ

Я решил ее с опцией Copy as cURL ChromeDevTools, который позволяет мне С.Е. е ответ и понять источник ошибки

Answer 10

Этот сценарий был вызван по следующим причинам

1. проблема возникла из-за Деформированные Web.config. (Несколько configSections)

2. Вместо создания Рослин папки внутри бен папку, у меня были созданы в корне. (Место развертывания.)

Лучший способ диагностировать это было, чтобы поместить простую HTML-страницу в местоположение приложения и попытаться просмотреть ее. 500 Описание ошибки будет отображаться на этой странице html.

А также не забудьте добавить

<customErrors mode="Off"></customErrors>

в Web.config