HttpRequestTimedOutWithoutDetail

[Camena]

Добрый день.

Возникла проблема с веб-сервисом, который имеет application часть. При продолжительной работе (длительности более 5 минут) приложение выдает сообщение с ошибкой HttpRequestTimedOutWithoutDetail (см. скриншот). При этом сам сервис не "вылетает", его запрос обрабатывается дальше и через несколько минут возвращает ответ OK, то есть по сути сама по себе процедура завершается корректно.
Но что делать с ошибкой time out?

[a33ik]

Цитата:

Сообщение от Camena

Добрый день.

Возникла проблема с веб-сервисом, который имеет application часть. При продолжительной работе (длительности более 5 минут) приложение выдает сообщение с ошибкой HttpRequestTimedOutWithoutDetail (см. скриншот). При этом сам сервис не "вылетает", его запрос обрабатывается дальше и через несколько минут возвращает ответ OK, то есть по сути сама по себе процедура завершается корректно.
Но что делать с ошибкой time out?

Попробуйте асинхронный вызов.

[slivka_83]

А в web,config'e разве таймаут не прописывается?

[Camena]

Цитата:

Сообщение от slivka_83

А в web,config'e разве таймаут не прописывается?

Возможно и прописывается, но просморт конфига ничего не дал. Подскажите, какие параметры надо искать, либо наоборот прописать для увеличения значения time out?

Кстати обнаружилось, что существует какой-то ServiceReference.ClientConfig файл, в котором можно задать BasicHttpBinding.OpenTimeout и BasicHttpBinding.ReceiveTimout параметры, но только где этот файл искать и при каких обстоятельствах он генерится...

[a33ik]

Цитата:

Сообщение от Camena

Возможно и прописывается, но просморт конфига ничего не дал. Подскажите, какие параметры надо искать, либо наоборот прописать для увеличения значения time out?

Кстати обнаружилось, что существует какой-то ServiceReference.ClientConfig файл, в котором можно задать BasicHttpBinding.OpenTimeout и BasicHttpBinding.ReceiveTimout параметры, но только где этот файл искать и при каких обстоятельствах он генерится...

Откройте веб конфиг CRM. Найдите в нём примерно такой кусок xml:

	<system.web>
		<httpRuntime executionTimeout="18000" maxRequestLength="8192" />

Значение 18000 аттрибута executionTimeout - это значение, выставленное у меня на тестовом сервере, а экспериментов над ним было немало, так что скорее всего это не то значение, которое установлено у Вас. Можете попробовать изменить это значение на большее. Правда не знаю поможет ли Вам это. На всякий случай выдержка из msdn по поводу этой настройки.

А вообще почему Вам не подходит асинхронный вызов?

[Camena]

Цитата:

Сообщение от a33ik

Откройте веб конфиг CRM. Найдите в нём примерно такой кусок xml:

	<system.web>
		<httpRuntime executionTimeout="18000" maxRequestLength="8192" />

Значение 18000 аттрибута executionTimeout - это значение, выставленное у меня на тестовом сервере, а экспериментов над ним было немало, так что скорее всего это не то значение, которое установлено у Вас. Можете попробовать изменить это значение на большее. Правда не знаю поможет ли Вам это. На всякий случай выдержка из msdn по поводу этой настройки.

А вообще почему Вам не подходит асинхронный вызов?

Спасибо за помощь! Строки у меня в конфиге такой нет - думаю, ничего страшного, если добавлю
На самом деле там все не так просто: сам сервис вызывается асинхронно, но в рамках его происходят многочисленные обработки данных и отправки запросов к платформе, которые уже организовать асинхронно не получится.

[a33ik]

Цитата:

Сообщение от Camena

Спасибо за помощь! Строки у меня в конфиге такой нет - думаю, ничего страшного, если добавлю
На самом деле там все не так просто: сам сервис вызывается асинхронно, но в рамках его происходят многочисленные обработки данных и отправки запросов к платформе, которые уже организовать асинхронно не получится.

Я говорю не о конфиге Вашего кастомного вебсервиса, а о конфиге всего CRM.

[slivka_83]

Вообщето там два таймаута

В начале в секции <system.web> атрибут <httpRuntime executionTimeout="300" maxRequestLength="8192"/>

В секции <location path="MSCRMServices"> <system.web> атрибут <httpRuntime maxRequestLength="8192"/>

Может и второй поможет

П.С. для дефолтного сайта конфиг расположен C:\inetpub\wwwroot\web.config (а для не дефолтного где-то в недрах папки инсталяции crm-сервера )

[a33ik]

Цитата:

Сообщение от slivka_83

Вообщето там два таймаута

В секции <location path="MSCRMServices"> <system.web> атрибут <httpRuntime maxRequestLength="8192"/>

Может и второй поможет

Второй там не при чём, потому как он распрастраняется только над подкаталог MSCRMServices, а автором топика спрашивается про кастомный вебсервис разработанный под CRM (смотрим урлу в скриншоте).

FYI Вот что об этом пишется в MSDN.

[Camena]

В общем, эксперименты с увеличением значения атрибута executionTimeout к решению проблемы не привели - появление мессаджа осталось. При каком-то значении сервис даже вообще перестал запускаться.

[a33ik]

Цитата:

Сообщение от Camena

На самом деле там все не так просто: сам сервис вызывается асинхронно, но в рамках его происходят многочисленные обработки данных и отправки запросов к платформе, которые уже организовать асинхронно не получится.

Можете показать код вызова сервиса, если не секрет, конечно?

[Camena]

Цитата:

Сообщение от a33ik

Можете показать код вызова сервиса, если не секрет, конечно?

Не секрет:

isvService.VerifyHCompleted += new EventHandler<VerifyHCompletedEventArgs>(isvService_VerifyHCompleted);
isvService.VerifyHAsync(HtmlPage.Document.QueryString["orgname"], HtmlPage.Document.QueryString["newuserid"], newdate.SelectedDate.Value, 0, 1, newdate.SelectedDate.Value, newdate.SelectedDate.Value);

[Camena]

Все-таки очень интересует вопрос, почему даже при наличии ошибки о тай-ауте сервис продолжает работу и завершает ее с ответом OK (только пользователь, к сожалению, об этом не узнает)? Ошибка появляется ровно через 10 минут после запуска работы сервиса.

[a33ik]

Цитата:

Сообщение от Camena

Не секрет:

isvService.VerifyHCompleted += new EventHandler<VerifyHCompletedEventArgs>(isvService_VerifyHCompleted);
isvService.VerifyHAsync(HtmlPage.Document.QueryString["orgname"], HtmlPage.Document.QueryString["newuserid"], newdate.SelectedDate.Value, 0, 1, newdate.SelectedDate.Value, newdate.SelectedDate.Value);

Цитата:

Сообщение от Camena

Все-таки очень интересует вопрос, почему даже при наличии ошибки о тай-ауте сервис продолжает работу и завершает ее с ответом OK (только пользователь, к сожалению, об этом не узнает)? Ошибка появляется ровно через 10 минут после запуска работы сервиса.

Давайте проясним архитектуру Вашего решения - постараюсь смоделировать Вашу ситуацию. Как я вижу по написанному:
1. Есть кастомный вебсервис, который выполняетяет некие тяжёловесные операции (можно смоделировать простым ожиданием времени).
2. Есть кастомная веб страница с которой и выполняется вызов данного сервиса.

Вопрос, если всё так - каким образом выполняется вызов данной страницы? Она помещена в GUI CRM или вызывается при помощи AJAX?

[Camena]

Цитата:

Сообщение от a33ik

Давайте проясним архитектуру Вашего решения - постараюсь смоделировать Вашу ситуацию. Как я вижу по написанному:
1. Есть кастомный вебсервис, который выполняетяет некие тяжёловесные операции (можно смоделировать простым ожиданием времени).
2. Есть кастомная веб страница с которой и выполняется вызов данного сервиса.

Вопрос, если всё так - каким образом выполняется вызов данной страницы? Она помещена в GUI CRM или вызывается при помощи AJAX?

Вызов данной страницы, точнее apllication части, происходит при нажатии кнопки на одной из форм системы. На логику события (в ISV.config) навешано открытие по URL диалогового окна программы, в которую с тем же урликом передаются некие входные параметры (AJAX).

[a33ik]

Цитата:

Сообщение от Camena

Вызов данной страницы, точнее apllication части, происходит при нажатии кнопки на одной из форм системы. На логику события (в ISV.config) навешано открытие по URL диалогового окна программы, в которую с тем же урликом передаются некие входные параметры (AJAX).

Понятно. Попробую у себя смоделировать.

Вопрос несколько другого рода - почему не используете у себя обращение к сервису используя SOAP и AJAX, а обращаетесь к дополнительной странице? В кодебихайнде страницы присутствует какая то дополнительная логика?