HttpWebRequest длинный обход URI?

Я столкнулся с проблемой с HttpWebRequest, что если URI превышает 2048 символов, запрос не выполняется и возвращает ошибку 404, даже если сервер отлично способен обслуживать запрос с URI, который длится долго. Я знаю это, поскольку тот же URI, который вызывает ошибку, если он представлен через HttpWebRequest, отлично работает при вставке непосредственно в адресную строку браузера.

Мое текущее обходное решение - позволить пользователям установить флаг совместимости, чтобы сказать, что он безопасен для отправки параметров в качестве запроса POST вместо этого в случае, когда URI будет слишком длинным, но это не идеально, поскольку протокол, который я использую использование RESTful и GET должно использоваться для запросов. Кроме того, нет никакой гарантии, что другие разработчики протокола будут принимать POSTed-запросы

Есть ли еще один класс в .Net, который имеет эквивалентную функциональность для HttpWebRequest, который не страдает от ограничения длины URI, которое я мог бы использовать?
Я знаю WebClient, но я действительно не хочу использовать это, поскольку мне нужно иметь возможность полностью контролировать заголовки HTTP, которые WebClient ограничивает возможность делать.

Edit

Потому что Шобан попросил об этом:

http://localhost/BBCDemo/sparql/?query=PREFIX+rdf%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-syntax-ns%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+xsd%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema%23%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+dc%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Felements%2F1.1%2F%3E%0D%0APREFIX+po%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fpo%2F%3E%0D%0APREFIX+timeline%3A+%3Chttp%3A%2F%2Fpurl.org%2FNET%2Fc4dm%2Ftimeline.owl%23%3E%0D%0ASELECT+*+WHERE+{%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+dc%3Atitle+%3Ftitle+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Ashort_synopsis+%3Fsynopsis-short+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Amedium_synopsis+%3Fsynopsis-med+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Along_synopsis+%3Fsynopsis-long+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Amasterbrand+%3Fchannel+.%0D%0A++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Agenre+%3Fgenre+.%0D%0A++++%3Fchannel+dc%3Atitle+%3Fchanneltitle+.%0D%0A++++OPTIONAL+{%0D%0A++++++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Abrand+%3Fbrand+.%0D%0A++++++++%3Fbrand+dc%3Atitle+%3Fbrandtitle+.%0D%0A++++}%0D%0A++++OPTIONAL+{%0D%0A++++++++%3Chttp%3A%2F%2Fwww.bbc.co.uk%2Fprogrammes%2Fb00n4d6y%23programme%3E+po%3Aversion+%3Fver+.%0D%0A++++++++%3Fver+po%3Atime+%3Finterval+.%0D%0A++++++++%3Finterval+timeline%3Astart+%3Fstart+.%0D%0A++++++++%3Finterval+timeline%3Aend+%3Fend+.%0D%0A++++}%0D%0A}&default-graph-uri=&timeout=30000

Кодирование следующего кода на запрос:

PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>
PREFIX dc: <http://purl.org/dc/elements/1.1/>
PREFIX po: <http://purl.org/ontology/po/>
PREFIX timeline: <http://purl.org/NET/c4dm/timeline.owl#>
SELECT * WHERE {
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> dc:title ?title .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:short_synopsis ?synopsis-short .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:medium_synopsis ?synopsis-med .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:long_synopsis ?synopsis-long .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:masterbrand ?channel .
  <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:genre ?genre .
  ?channel dc:title ?channeltitle .
  OPTIONAL {
    <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:brand ?brand .
    ?brand dc:title ?brandtitle .
  }
  OPTIONAL {
    <http://www.bbc.co.uk/programmes/b00n4d6y#programme> po:version ?ver .
    ?ver po:time ?interval .
    ?interval timeline:start ?start .
    ?interval timeline:end ?end .
  }

}

Ответ 1

используемый мной протокол RESTful и GET должен использоваться для запросов.

Нет причин, по которым POST не может также использоваться для запросов; для действительно долгих данных запроса, которые вам нужны, поскольку очень длинные URI не поддерживаются глобально и никогда не были. Это одна из областей, где HTTP не соответствует идеалу REST.

Причина, по которой POST обычно не используется на уровне простого HTML, заключается в том, чтобы остановить запрос браузера на перезагрузку и продвинуть, например. закладок. Но для HttpWebRequest у вас нет ни одной из этих проблем, поэтому продолжайте и POST. Веб-приложения должны использовать параметр или часть пути URI, чтобы отличать запросы на запись от запросов, а не только метод запроса. (Конечно, запрос на запись из метода GET все равно должен быть отклонен.)

Ответ 2

Я не думаю, что HttpWebRequest фактически несовместим с URL-адресами GET того размера, о котором вы говорите. Я говорю это, основываясь на двух вещах:

В своей собственной работе я использую HttpWebRequest для отправки HTTP GET-запросов длиной более 2048 символов без проблем. Я не уверен, каковы мои самые длинные, но мы говорим о 10 000 + персонажах. (Это прежде всего между веб-приложением и экземпляром Solr, запущенным под Tomcat.)
У .NET есть определенные ограничения на длину GET-адресов, но те, о которых я знаю, намного выше, чем 2048 символов. Например, сегодня я узнал из своего профилировщика, что WebRequest.Create(string url) вызывает конструктор класса Uri, и это документировано, чтобы UriFormatException, если "длина uriString превышает 65534 символов".

Я не уверен, где может быть ваша проблема, если это не HttpWebRequest. Знаете ли вы, при каких условиях ваш веб-сервис вернет HTTP 404 (т.е. "Не найден" )? (Я предполагаю, что 404 исходит из вашего веб-сервиса, а не подделывается в глубинах .NET.) Я также хочу дважды проверить, что адрес, который вы вставляете в браузер, на самом деле тот же, что и отправлено .NET; как предложил фероз, для этого вам следует использовать сетевой инструмент для обнюхивания. Если два адреса совпадают, то, возможно, в следующий раз сравните, как заголовки HTTP изменяются между случаем .NET и случаем браузера. (Кстати, я лично считаю Fiddler немного более удобным, чем wirehark для задач отладки HTTP в этих строках.)

См. также этот несколько смежный вопрос: Как HttpWebRequest отличается (функциональным) от наклеивания URL-адреса на адресную строку?

Ответ 3

Вот фрагмент, который строит экземпляры HttpWebRequest с большими и большими значениями url до тех пор, пока не будет выбрано исключение:

using System.Net;

...

StringBuilder url = new StringBuilder("http://example.com?p=");
try
{
    for (int i = 1; i < Int32.MaxValue; i++)
    {
        url.Append("0");
        HttpWebRequest request = HttpWebRequest.CreateHttp(url.ToString());
    }
}
catch (Exception ex)
{
    Console.Out.WriteLine("Error occurred at url length: " + url.Length);
    Console.Out.WriteLine(ex.GetType().ToString() + ": " + ex.Message);
    return;
}
Console.Out.WriteLine("Completed without error!");

На моей машине (в LINQPad работает .Net 4.5) этот фрагмент выводит:

Error occurred at url length: 65520
System.UriFormatException: Invalid URI: The Uri string is too long.

Ответ 4

Строка запроса неверна в соответствии с RFC3986. Символы '{' и '}' не допускаются в URI.