.Net HttpWebRequest.GetResponse () lève une exception lorsque le code d'état http 400 (mauvaise demande) est renvoyé

Je suis dans une situation où lorsque j'obtiens un code HTTP 400 du serveur, c'est un moyen complètement légal du serveur de me dire ce qui n'allait pas avec ma demande (en utilisant un message dans le contenu de la réponse HTTP)

Toutefois, le .NET HttpWebRequest déclenche une exception lorsque le code d'état est 400.

Comment dois-je gérer cela? Pour moi, un 400 est tout à fait légal et plutôt utile. Le contenu HTTP contient des informations importantes mais l'exception me jette hors de mon chemin.

Ce serait bien s'il y avait un moyen de désactiver "jeter sur le code de non-réussite" mais si vous attrapez WebException, vous pouvez au moins utiliser la réponse:

using System;
using System.IO;
using System.Web;
using System.Net;

public class Test
{
    static void Main()
    {
        WebRequest request = WebRequest.Create("http://csharpindepth.com/asd");
        try
        {
            using (WebResponse response = request.GetResponse())
            {
                Console.WriteLine("Won't get here");
            }
        }
        catch (WebException e)
        {
            using (WebResponse response = e.Response)
            {
                HttpWebResponse httpResponse = (HttpWebResponse) response;
                Console.WriteLine("Error code: {0}", httpResponse.StatusCode);
                using (Stream data = response.GetResponseStream())
                using (var reader = new StreamReader(data))
                {
                    string text = reader.ReadToEnd();
                    Console.WriteLine(text);
                }
            }
        }
    }
}

Vous voudrez peut-être encapsuler le bit "obtenez-moi une réponse même si ce n'est pas un code de réussite" dans une méthode distincte. (Je vous suggère de toujours lancer s'il n'y a pas de réponse, par exemple si vous ne parvenez pas à vous connecter.)

Si la réponse d'erreur peut être importante (ce qui est inhabituel), vous pouvez modifier HttpWebRequest.DefaultMaximumErrorResponseLengthpour vous assurer d'obtenir l'erreur complète.

Je sais que cela a déjà été répondu il y a longtemps, mais j'ai fait une méthode d'extension pour, espérons-le, aider d'autres personnes qui viennent à cette question.

Code:

public static class WebRequestExtensions
{
    public static WebResponse GetResponseWithoutException(this WebRequest request)
    {
        if (request == null)
        {
            throw new ArgumentNullException("request");
        }

        try
        {
            return request.GetResponse();
        }
        catch (WebException e)
        {
            if (e.Response == null)
            {
                throw;
            }

            return e.Response;
        }
    }
}

Usage:

var request = (HttpWebRequest)WebRequest.CreateHttp("http://invalidurl.com");

//... (initialize more fields)

using (var response = (HttpWebResponse)request.GetResponseWithoutException())
{
    Console.WriteLine("I got Http Status Code: {0}", response.StatusCode);
}

Fait intéressant, le HttpWebResponse.GetResponseStream()que vous obtenez du WebException.Responsen'est pas le même que le flux de réponse que vous auriez reçu du serveur. Dans notre environnement, nous perdons les réponses réelles du serveur lorsqu'un code d' état 400 HTTP est renvoyé au client à l'aide des HttpWebRequest/HttpWebResponseobjets. D'après ce que nous avons vu, le flux de réponse associé au WebException's HttpWebResponseest généré sur le client et n'inclut aucun des corps de réponse du serveur. Très frustrant, car nous voulons signaler au client la raison de la mauvaise demande.

J'ai rencontré des problèmes similaires en essayant de me connecter au service OAuth2 de Google.

J'ai fini par écrire le POST manuellement, sans utiliser WebRequest, comme ceci:

TcpClient client = new TcpClient("accounts.google.com", 443);
Stream netStream = client.GetStream();
SslStream sslStream = new SslStream(netStream);
sslStream.AuthenticateAsClient("accounts.google.com");

{
    byte[] contentAsBytes = Encoding.ASCII.GetBytes(content.ToString());

    StringBuilder msg = new StringBuilder();
    msg.AppendLine("POST /o/oauth2/token HTTP/1.1");
    msg.AppendLine("Host: accounts.google.com");
    msg.AppendLine("Content-Type: application/x-www-form-urlencoded");
    msg.AppendLine("Content-Length: " + contentAsBytes.Length.ToString());
    msg.AppendLine("");
    Debug.WriteLine("Request");
    Debug.WriteLine(msg.ToString());
    Debug.WriteLine(content.ToString());

    byte[] headerAsBytes = Encoding.ASCII.GetBytes(msg.ToString());
    sslStream.Write(headerAsBytes);
    sslStream.Write(contentAsBytes);
}

Debug.WriteLine("Response");

StreamReader reader = new StreamReader(sslStream);
while (true)
{  // Print the response line by line to the debug stream for inspection.
    string line = reader.ReadLine();
    if (line == null) break;
    Debug.WriteLine(line);
}

La réponse qui est écrite dans le flux de réponse contient le texte d'erreur spécifique que vous recherchez.

En particulier, mon problème était que je mettais des lignes de fond entre des données encodées en URL. Quand je les ai sortis, tout a fonctionné. Vous pourrez peut-être utiliser une technique similaire pour vous connecter à votre service et lire le texte de l'erreur de réponse réelle.

Essayez ceci (c'est VB-Code :-):

Try

Catch exp As WebException
  Dim sResponse As String = New StreamReader(exp.Response.GetResponseStream()).ReadToEnd
End Try

Une version asynchrone de la fonction d'extension:

    public static async Task<WebResponse> GetResponseAsyncNoEx(this WebRequest request)
    {
        try
        {
            return await request.GetResponseAsync();
        }
        catch(WebException ex)
        {
            return ex.Response;
        }
    }

Cela m'a résolu:
https://gist.github.com/beccasaurus/929007/a8f820b153a1cfdee3d06a9c0a1d7ebfced8bb77

TL; DR:
Problème: l'
hôte local renvoie le contenu attendu, l'IP distant modifie le contenu 400 en "Bad Request"
Solution:
L'ajout <httpErrors existingResponse="PassThrough"></httpErrors>à web.config/configuration/system.webServerrésolu cela pour moi; maintenant, tous les serveurs (locaux et distants) renvoient exactement le même contenu (généré par moi) indépendamment de l'adresse IP et / ou du code HTTP que je renvoie.