IIS-Antworten mit HTML anstelle von JSON auf ASP.NET MVC3

Question

Das Thema ist selbsterklärend. Ich habe Entwickler- und Produktionsumgebungen. Entwickler env. ist meine localhost Maschine. Ich habe Aktionsmethoden in Contoler, die Antwort-Status-Code auf 500 setzt, wenn etwas schief gelaufen ist (Fehler aufgetreten, oder logische Inkonsistenz) und gibt JSON-Antwort zurück. Meine übliche Methode sieht so aus:

[HttpPost] 
public ActionResult DoSomething(int id) 
{ 
    try 
    { 
     // some useful code 
    } 
    catch(Exception ex) 
    { 
     Response.StatusCode = 500; 
     Json(new { message = "error" }, JsonBehaviour.AllowGet) 
    } 
} 

Auf der Client-Seite in der Produktion env. Wenn ein solcher Fehler aufgetreten ist, sieht ajax.response wie ein HTML-Code statt der erwarteten JSON aus.

Bedenken Sie:

<div class="content-container"> 
<fieldset> 
    <h2>500 - Internal server error.</h2> 
    <h3>There is a problem with the resource you are looking for, and it cannot be displayed.</h3> 
</fieldset> 
</div> 

Filter Kontext ist keine Option. Ich denke, es ist eine Art von IIS oder web.config Problem.

LÖSUNG: Wir entschieden TrySkipIisCustomErrors in Beginrequest in Global.asax hinzufügen und es wird Probleme in jeder Methode in unserer Anwendung gelöst.

Answer 1

Ich denke, dass IIS einige freundliche Fehlerseite bietet. Sie könnten versuchen, diese Seite übersprungen, indem die TrySkipIisCustomErrors Eigenschaft auf die Antwort Einstellung:

catch(Exception ex) 
{ 
    Response.StatusCode = 500; 
    Response.TrySkipIisCustomErrors = true; 
    return Json(new { message = "error" }, JsonBehaviour.AllowGet) 
} 

Answer 2

Ist Ihr IIS für die Behandlung von application/json als gültigen konfiguriert? Sie können dies in den Eigenschaften für den Server im IIS-Manager überprüfen und auf MIME-Typen klicken. Wenn json nicht vorhanden ist, klicken Sie auf "Neu", geben Sie "JSON" für die Erweiterung und "application/json" für den MIME-Typ ein.

Answer 3

Ich löste dies durch einen benutzerdefinierten json Ergebnis schreiben, die als Serializer verwendet json.net. Dies ist Overkill nur für den IIS-Fix, aber es bedeutet, dass es wiederverwendbar ist.

public class JsonNetResult : JsonResult 
{ 
    //public Encoding ContentEncoding { get; set; } 
    //public string ContentType { get; set; } 
    public object Response { get; set; } 
    public HttpStatusCode HttpStatusCode { get; set; } 

    public JsonSerializerSettings SerializerSettings { get; set; } 
    public Formatting Formatting { get; set; } 

    public JsonNetResult(HttpStatusCode httpStatusCode = HttpStatusCode.OK) 
    { 
     Formatting = Formatting.Indented; 
     SerializerSettings = new JsonSerializerSettings { }; 
     SerializerSettings.ReferenceLoopHandling = ReferenceLoopHandling.Ignore; 
     HttpStatusCode = httpStatusCode; 
    } 

    public override void ExecuteResult(ControllerContext context) 
    { 
     if (context == null) 
      throw new ArgumentNullException("context"); 

     HttpResponseBase response = context.HttpContext.Response; 

     response.TrySkipIisCustomErrors = true; 

     response.ContentType = !string.IsNullOrEmpty(ContentType) ? ContentType : "application/json"; 

     if (ContentEncoding != null) 
      response.ContentEncoding = ContentEncoding; 

     response.StatusCode = (int) HttpStatusCode; 

     if (Response != null) 
     { 
      JsonTextWriter writer = new JsonTextWriter(response.Output) { Formatting = Formatting }; 

      JsonSerializer serializer = JsonSerializer.Create(SerializerSettings); 
      serializer.Serialize(writer, Response); 

      writer.Flush(); 
     } 
    } 
} 

Verwendung:

  try 
      { 
       return new JsonNetResult() 
       { 
        Response = "response data here" 
       }; 
      } 
      catch (Exception ex) 
      { 
       return new JsonNetResult(HttpStatusCode.InternalServerError) 
       { 
        Response = new JsonResponseModel 
        { 
         Messages = new List<string> { ex.Message }, 
         Success = false, 
        } 
       }; 
      }