У нас есть приложение ASP.NET, которое запрашивает отчет SSRS 2005 в формате HTML после передачи параметров отчета в виде WebRequest. Приложение завершается с ошибкой, когда запрашивается отчет с большим количеством параметров множественного выбора, вызывая слишком длинную ошибку "414: Request URI" в строке webRequest.GetResponse().
Код, используемый для запроса:
HttpWebRequest webRequest = null;
HttpWebResponse webResponse = null;
string webRequestURL = _ReportManager.GetRSUrl(reportID); //this passes the report link on the SSRS server
//make the request
Byte[] bytes = Encoding.UTF8.GetBytes("xml_doc=" + HttpUtility.UrlEncode(webRequestURL));
webRequest = (HttpWebRequest)WebRequest.Create(webRequestURL);
webRequest.Method = "POST";
webRequest.ContentLength = bytes.Length;
webRequest.Timeout = Configuration.WebRequestTimeOut;
RSExecution2005.ReportExecutionService rsE = new RSExecution2005.ReportExecutionService();
rsE.Url = Configuration.ReportExecutionServiceUrl2005;
rsE.Credentials = System.Net.CredentialCache.DefaultCredentials;
webRequest.Credentials = rsE.Credentials;
Stream reqStream = null;
reqStream = webRequest.GetRequestStream();
reqStream.Write(bytes, 0, bytes.Length);
reqStream.Close();
webResponse = (HttpWebResponse)webRequest.GetResponse();
По мере сбоя отчета на стороне сервера я изучил свойства IIS и ReportServer, чтобы увеличить maxUrl, maxRequestLength, MaxQueryString и т.д. с точки зрения байтов (согласно в этой статье), но приложение все еще вызывает ошибку. Я пробовал это в файлах web.config и непосредственно в диспетчере IIS.
Версия сервера отчетов в 2005 году и размещена на Windows Server 2008, где работает IIS 7.
В интервью David Lively я попробовал запросить URI, поставив параметры в теле. Это работает для небольших запросов, но все еще не выполняется для больших параметров с несколькими выборами. Измененный код выглядит следующим образом:
HttpWebRequest webRequest = null;
HttpWebResponse webResponse = null;
string webRequestURL = _ReportManager.GetRSUrl(reportID); //this passes the report link on the SSRS server
string postData = string.Empty;
string URIrequest = string.Empty;
URIrequest = webRequestURL.Substring(0, webRequestURL.IndexOf("&"));
int requestLen = webRequestURL.Length;
int postDataStart = webRequestURL.IndexOf("&") + 1;
postData = webRequestURL.Substring(postDataStart, (requestLen - postDataStart));
Byte[] bytes1 = Encoding.UTF8.GetBytes(postData);
webRequest = (HttpWebRequest)WebRequest.Create(URIrequest);
webRequest.Method = "POST";
webRequest.ContentType = "application/x-www-form-urlencoded";
webRequest.ContentLength = bytes1.Length;
webRequest.Timeout = Configuration.WebRequestTimeOut;
RSExecution2005.ReportExecutionService rsE = new RSExecution2005.ReportExecutionService();
rsE.Url = Configuration.ReportExecutionServiceUrl2005;
rsE.Credentials = System.Net.CredentialCache.DefaultCredentials;
webRequest.Credentials = rsE.Credentials;
Stream reqStream = webRequest.GetRequestStream();
reqStream.Write(bytes1, 0, bytes1.Length);
reqStream.Close();
webResponse = (HttpWebResponse)webRequest.GetResponse();
Несмотря на то, что requestURI в webRequest не сохраняет параметры, кажется, что функция GetReponse() добавляет параметры в свойство 'address' для webRequest. может ли это быть проблемой? если да, то как это можно исправить.
Возможно ли использовать переменные POST вместо GET? Таким образом, я не знаю никаких ограничений, поскольку все ваши данные будут отправляться в пакетах вместо заголовков HTTP.
На самом деле похоже, что вы можете использовать POST из кода. Можете ли вы посмотреть в журналах сервера, чтобы проверить URI, который вызывает это? Если вы отправляете данные POST, запрос uri не должен быть проблемой, если он не связан с данными, которые вы используете POST.
Проверьте настройки привязки вашего сервиса. Я предполагаю, что эта услуга позволит увеличить длину строки до 8192. Установите te readerQuotas в большем размере. Может помочь.
...
<basicHttpBinding>
<binding name="largeBuffer">
<readerQuotas
maxDepth="2147483647"
maxStringContentLength="2147483647"
maxArrayLength="2147483647"
maxBytesPerRead="2147483647"
maxNameTableCharCount="2147483647" />
<security mode="None"></security></binding>
</basicHttpBinding>
.....
Поскольку вы уже используете POST для получения отчета, я бы предложил вместо этого добавить те параметры, которые вы сейчас передаете в строке запроса в теле запроса. Параметры Querystring работают нормально для ограниченного числа параметров, но не подходят для большого количества элементов.
Можете ли вы показать значение webRequestURL?
Это будет "слишком большой".
Если вы передаете параметры этому URL-адресу, могут ли они быть в элементе POST?
webRequestURL.IndexOf( "&" )... Это значит быть?? вместо "&" ? Я предполагаю, что вы создаете действительный URL-адрес для запроса страницы, а затем реконструируете его как запрос POST, ища URL-адрес перед первым "&" ...
Однако возможно ли, что GetResponse добавляет тело к URL-адресу, поскольку видит URL-адрес в URL-адресе и предполагает, что параметры должны указывать в URL-адресе? Попробуйте выполнить более точное сопоставление URL с нулевыми параметрами и не "?".
Я получил это на моем сайте IIS7. Если он исправлен с помощью реестра, я могу найти его, но не будет работать до 3/1. Между тем, попробуйте, если вы получите ошибку, когда используете ip-адрес вместо обычного URL-адреса, когда вы этого не сделаете, шансы высоки, это та же проблема.
Имел аналогичную проблему, за исключением того, что POST работал, но второй POST с точно такими же параметрами возвращался 414.
Установка req.KeepAlive = false; решил проблему, Бог знает почему.