Ne pouvez pas définir le Type de Contenu d'en-tête sur HttpResponseMessage les en-têtes?

Je suis en utilisant le ASP.NET WebApi pour créer une API RESTful. Je suis de la création d'une méthode au sein de l'un de mes contrôleurs, et le code ressemble à ceci:

public HttpResponseMessage Put(int idAssessment, int idCaseStudy, string value) {
    var response = Request.CreateResponse();
    if (!response.Headers.Contains("Content-Type")) {
        response.Headers.Add("Content-Type", "text/plain");
    }

    response.StatusCode = HttpStatusCode.OK;
    return response;
}

Quand j'ai MIS à cet endroit avec le navigateur via AJAX, il me donne cette Exception:

Abusé nom d'en-tête. Assurez-vous que les entêtes de la requête sont utilisés avec
HttpRequestMessage, en-têtes de réponse avec HttpResponseMessage, et
le contenu des en-têtes avec HttpContent objets.

Mais n'est-ce pas Content-Type à merveille un en-tête valide pour une réponse? Pourquoi ai-je cette exception?

InformationsquelleAutor Jez | 2012-11-14
  1. 106

    Ont un look à la HttpContentHeaders.Propriété ContentType:

    response.Content.Headers.ContentType = new MediaTypeHeaderValue("text/plain");
    if (response.Content == null)
{
    response.Content = new StringContent("");
    //The media type for the StringContent created defaults to text/plain.
}
    • Que faire si la réponse n'a pas de contenu (donc .Content est nulle)? Je suis désireux de définir le Type de Contenu de l'en-tête même si il n'y a pas de contenu, sinon Firefox se plaint avec une "aucun élément trouvé d'erreur".
    • Ajouter un mannequin .Content?
    • Vous pouvez également essayer de définir response.StatusCode = HttpStatusCode.NoContent au lieu de l'ajout de Contenu Type de champ d'en-tête.
    • Cool, le mannequin response.Content = new StringContent(""); travaillé. Je suis toujours demander pourquoi response.Headers il existe encore, bien que.
    • Pour les en-têtes qui ne sont pas Contentliés.
    • Alors c'est une fausse message d'Exception. Ce n'est pas que le Contenu n'appartient pas à une réponse HTTP, c'est que ces en-têtes sont spécialement traités par WebApi.
    • Oui; WebApi sépare les champs d'en-tête en-tête de réponse et le contenu de l'en-tête.
    • C'est juste ridicule. Je suis tellement contente de WebApi est fait. Longue vie à la MVC.

    InformationsquelleAutor dtb