Подтвердить что ты не робот

ASP.NET Web Api HttpResponseException 400 (неудачный запрос), захваченный IIS

Я пишу службу веб-API и пытаюсь вернуть Bad Request (400), если мой ModelState недействителен. Я не хочу, чтобы к этому присоединился орган реагирования. Похоже, что IIS увлекает мой ответ и всегда возвращает тип содержимого text/html с длинной, стилизованной страницей ошибок. Это проблема.

    [HttpPost]
    public void Link(LinkDeviceModel model)
    {

        if (ModelState.IsValid)
        {
            try
            {
                model.Save();
            }
            catch (Exception ex)
            {
                ErrorSignal.FromCurrentContext().Raise(ex);
                throw new HttpResponseException(ex.Message, HttpStatusCode.InternalServerError);
            }
        }
        else
        {
            throw new HttpResponseException(HttpStatusCode.BadRequest);
        }
    }

Вот мой запрос на скрипач:

POST http://localhost/myapp/service/link HTTP/1.1
Host: localhost
Content-Length: 112
Content-Type: application/json
Accept: application/json

{"DeviceUniqueId":"CC9C6FC0-7D06-11E1-8B0E-31564824019B", "UserName": "[email protected]"," Pin": "111111"}

И мой ответ ошибочный, полный тела, ответ:

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> 
<html xmlns="http://www.w3.org/1999/xhtml"> 
<head> 
<title>IIS 7.5 Detailed Error - 400.0 - Bad Request</title> 
<style type="text/css"> 
<!-- 
body{margin:0;font-size:.7em;font-family:Verdana,Arial,Helvetica,sans-serif;background:#CBE1EF;} 
code{margin:0;color:#006600;font-size:1.1em;font-weight:bold;} 
.config_source code{font-size:.8em;color:#000000;} 
pre{margin:0;font-size:1.4em;word-wrap:break-word;} 
ul,ol{margin:10px 0 10px 40px;} 
ul.first,ol.first{margin-top:5px;} 
fieldset{padding:0 15px 10px 15px;} 
.summary-container fieldset{padding-bottom:5px;margin-top:4px;} 
legend.no-expand-all{padding:2px 15px 4px 10px;margin:0 0 0 -12px;} 
legend{color:#333333;padding:4px 15px 4px 10px;margin:4px 0 8px -12px;_margin-top:0px; 
 border-top:1px solid #EDEDED;border-left:1px solid #EDEDED;border-right:1px solid #969696; 
 border-bottom:1px solid #969696;background:#E7ECF0;font-weight:bold;font-size:1em;} 
a:link,a:visited{color:#007EFF;font-weight:bold;} 
a:hover{text-decoration:none;} 
h1{font-size:2.4em;margin:0;color:#FFF;} 
h2{font-size:1.7em;margin:0;color:#CC0000;} 
h3{font-size:1.4em;margin:10px 0 0 0;color:#CC0000;} 
h4{font-size:1.2em;margin:10px 0 5px 0; 
}#header{width:96%;margin:0 0 0 0;padding:6px 2% 6px 2%;font-family:"trebuchet MS",Verdana,sans-serif; 
 color:#FFF;background-color:#5C87B2; 
}#content{margin:0 0 0 2%;position:relative;} 
.summary-container,.content-container{background:#FFF;width:96%;margin-top:8px;padding:10px;position:relative;} 
.config_source{background:#fff5c4;} 
.content-container p{margin:0 0 10px 0; 
}#details-left{width:35%;float:left;margin-right:2%; 
}#details-right{width:63%;float:left;overflow:hidden; 
}#server_version{width:96%;_height:1px;min-height:1px;margin:0 0 5px 0;padding:11px 2% 8px 2%;color:#FFFFFF; 
 background-color:#5A7FA5;border-bottom:1px solid #C1CFDD;border-top:1px solid #4A6C8E;font-weight:normal; 
 font-size:1em;color:#FFF;text-align:right; 
}#server_version p{margin:5px 0;} 
table{margin:4px 0 4px 0;width:100%;border:none;} 
td,th{vertical-align:top;padding:3px 0;text-align:left;font-weight:bold;border:none;} 
th{width:30%;text-align:right;padding-right:2%;font-weight:normal;} 
thead th{background-color:#ebebeb;width:25%; 
}#details-right th{width:20%;} 
table tr.alt td,table tr.alt th{background-color:#ebebeb;} 
.highlight-code{color:#CC0000;font-weight:bold;font-style:italic;} 
.clear{clear:both;} 
.preferred{padding:0 5px 2px 5px;font-weight:normal;background:#006633;color:#FFF;font-size:.8em;} 
--> 
</style> 

</head> 
<body> 
<div id="header"><h1>Server Error in Application "DEFAULT WEB SITE/MYAPP"</h1></div> 
<div id="server_version"><p>Internet Information Services 7.5</p></div> 
<div id="content"> 
<div class="content-container"> 
 <fieldset><legend>Error Summary</legend> 
  <h2>HTTP Error 400.0 - Bad Request</h2> 
  <h3>Bad Request</h3> 
 </fieldset> 
</div> 
<div class="content-container"> 
 <fieldset><legend>Detailed Error Information</legend> 
  <div id="details-left"> 
   <table border="0" cellpadding="0" cellspacing="0"> 
    <tr class="alt"><th>Module</th><td>ManagedPipelineHandler</td></tr> 
    <tr><th>Notification</th><td>ExecuteRequestHandler</td></tr> 
    <tr class="alt"><th>Handler</th><td>System.Web.Http.WebHost.HttpControllerHandler</td></tr> 
    <tr><th>Error Code</th><td>0x00000000</td></tr> 

   </table> 
  </div> 
  <div id="details-right"> 
   <table border="0" cellpadding="0" cellspacing="0"> 
    <tr class="alt"><th>Requested URL</th><td>http://localhost:80/myapp/service/link</td></tr> 
    <tr><th>Physical Path</th><td>C:\workspace\myapp\service\link</td></tr> 
    <tr class="alt"><th>Logon Method</th><td>Anonymous</td></tr> 
    <tr><th>Logon User</th><td>Anonymous</td></tr> 

   </table> 
   <div class="clear"></div> 
  </div> 
 </fieldset> 
</div> 
<div class="content-container"> 
 <fieldset><legend>Most likely causes:</legend> 
  <ul>  <li></li> </ul> 
 </fieldset> 
</div> 
<div class="content-container"> 
 <fieldset><legend>Things you can try:</legend> 
  <ul>  <li>Create a tracing rule to track failed requests for this HTTP status code. For more information about creating a tracing rule for failed requests, click <a href="#" onclick="location.href='http://go.microsoft.com/fwlink/?LinkID=66439'; return false;">here</a>. </li> </ul> 
 </fieldset> 
</div> 


<div class="content-container"> 
 <fieldset><legend>Links and More Information</legend> 
  The request could not be understood by the server due to malformed syntax. 
  <p><a href="#" onclick="location.href='http://go.microsoft.com/fwlink/?LinkID=62293&amp;IIS70Error=400,0,0x00000000,7601'; return false;">View more information &raquo;</a></p> 
  <p>Microsoft Knowledge Base Articles:</p> 
 <ul><li></li></ul> 

 </fieldset> 
</div> 
</div> 
</body> 
</html>

Я постарался установить TrySkipIisCustomErrors = True с большой надеждой, но не повезло. Есть идеи? Оценил. Спасибо.

4b9b3361

ОТВЕТЫ

Ответ 1

Попробуйте добавить это в свой web.config. У меня была очень похожая проблема, которая была решена.

<configuration>
  <system.webServer>
    <httpErrors existingResponse="PassThrough" />
  </system.webServer>
</configuration>

Ответ 2

Обычно в таких случаях достаточно установить TrySkipIisCustomErrors = true для объекта ответа, но в случае веб-API иногда это не делает трюк (веб-API даже пытается самостоятельно установить этот флаг самостоятельно). В подобных ситуациях вы можете изменить конфигурацию IIS. Пожалуйста, посмотрите здесь (вас больше всего интересует существующийResponse = "PassThrough" ).

Ответ 3

Предполагая, что вы находитесь внутри вашего APIController и не нуждаетесь в элементе ExceptionFilterAttribute для выполнения какой-либо дополнительной работы для ответа, а затем просто возвращайте ответ с кодом состояния ошибки вместо того, чтобы бросать исключение HttpResponseException.

return Request.CreateResponse(HttpStatusCode.BadRequest, "Invalid model.");

Ответ 4

Я попадал в это же состояние, возвращаясь:

httpResponseMessage = context.Request.CreateResponse(statusCode);

Добавление < httpErrors existingResponse = "PassThrough" > не исправляло, в ответе отсутствовали Content-type и тело содержимого.

Что было сделано, чтобы построить HttpResponseMessage следующим образом:

var httpResponseMessage = context.Request.CreateResponse(statusCode, reasonPhrase);

Включив параметр "значение" (в данном случае "reasonPhrase" ), в ответ ответили тело Content-type и Content.

Ответ 5

У меня была такая же проблема с приложением Asp.Net Webform. Клиент отправляет вызов ajax серверному обработчику сервера (*.ashx).

Я хотел получить сообщение об ошибке для пользователя. Обработчик Web отправляет обратно только сообщение об исключении и код статуса http 400.

Трюк находится в Response.TrySkipIisCustomErrors = true;

try
{
//do some coding
}
catch (Exception exception)
{
    Log.Error(exception);
    context.Server.ClearError();
    context.Response.TrySkipIisCustomErrors = true;
    context.Response.ContentType = "text/plain";
    context.Response.Write(exception.Message);
    context.Response.StatusCode = 400;
    //400 Bad Request
    //The server cannot or will not process the request due to an apparent client error
    //
    //intentionally hidden exception 
    //prevent to send yellow page of death in ajax response
}

Ответ 6

У меня была ситуация, когда я вызывал конечную точку WebApi из другой, и, прочитав, что HttpClients должен быть статическим, я сделал это изменение. Работал отлично для нескольких десятков сообщений, но затем перехватил экземпляр self-host, который вернет 400 Bad Request. Не было ничего плохого, особенно с первоначальным успехом, но мой исходный код добавит к клиенту по умолчанию заголовок перед вызовом. После того как я сделал статичный клиент, это означало бы, что я добавлял заголовок несколько раз к тому же клиенту. Я изменил код, чтобы отправить создание и отправить HttpRequestMessage вместо того, чтобы позволить клиенту сделать это, и добавил заголовок к запросу. Кажется, решил мою проблему.