.Net HttpWebRequest.GetResponse () збільшує виняток, коли повертається код статусу 400 (неправильний запит)

Я знаходжусь у ситуації, коли, коли я отримую код HTTP 400 від сервера, це цілком законний спосіб сервера повідомити мені, що сталося з моїм запитом (використовуючи повідомлення у вмісті відповіді HTTP)

Однак .NET HttpWebRequest створює виняток, коли код статусу дорівнює 400.

Як мені впоратися з цим? Для мене 400 є цілком законним і досить корисним. Вміст HTTP містить важливу інформацію, але виняток відкидає мене з мого шляху.

Було б добре, якби був якийсь спосіб відключення "кинути на невдалий код", але якщо ви вловили WebException, ви можете принаймні використовувати відповідь:

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);
                }
            }
        }
    }
}

Можливо, ви хочете інкапсулювати біт "отримати мені відповідь, навіть якщо це не код успіху", окремим методом. (Я б запропонував вам все-таки кинути, якщо відповіді немає, наприклад, якщо ви не змогли підключитися.)

Якщо відповідь на помилку може бути великою (що незвично), ви можете налаштувати, HttpWebRequest.DefaultMaximumErrorResponseLengthщоб переконатися, що ви отримали всю помилку.

Я знаю, що на це вже давно відповіли, але я застосував метод розширення, щоб сподіватися допомогти іншим, хто прийшов до цього питання.

Код:

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;
        }
    }
}

Використання:

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);
}

Цікаво, що те, HttpWebResponse.GetResponseStream()що ви отримуєте від WebException.Response, не те саме, що потік відповідей, який ви отримали б із сервера. У нашому середовищі ми втрачаємо реальні відповіді сервера, коли 400 код статусу HTTP повертається клієнту назад за допомогою HttpWebRequest/HttpWebResponseоб'єктів. З того, що ми бачили, потік відповідей, пов’язаний із WebException's HttpWebResponse, формується у клієнта і не включає жодного органу відповіді з сервера. Дуже засмучує, оскільки ми хочемо повернути клієнту причину поганого запиту.

У мене виникли подібні проблеми при спробі підключитися до служби OAuth2 Google.

Я закінчив писати POST вручну, не використовуючи WebRequest, як це:

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);
}

Відповідь, яка записується у потік відповідей, містить конкретний текст помилки, який ви хочете.

Зокрема, моя проблема полягала в тому, що я ставив кінцеві лінії між кодованими URL-адресами. Коли я їх виймав, все спрацювало. Можливо, ви зможете скористатися подібною технікою для підключення до вашої послуги та читання тексту фактичної помилки відповіді.

Спробуйте це (це VB-код :-):

Try

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

Асинхронна версія функції розширення:

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

Це вирішило це для мене:
https://gist.github.com/beccasaurus/929007/a8f820b153a1cfdee3d06a9c0a1d7ebfced8bb77

TL; DR:
Проблема:
localhost повертає очікуваний контент, віддалений IP змінює 400 вмісту на "Bad Request"
Рішення:
Додавання <httpErrors existingResponse="PassThrough"></httpErrors>до web.config/configuration/system.webServerвирішеного для мене; тепер усі сервери (локальні та віддалені) повертають той самий вміст (згенерований мною) незалежно від IP-адреси та / або коду HTTP, який я повертаю.