2010-06-02 2 views
2

Я пытаюсь устранить проблему, но я не могу воспроизвести ее локально в IIS, потому что независимо от того, насколько я установлен setTimeout, запросы никогда не выходят из системы.Что может привести к тому, что выполнение сценария ASP.NET не будет выполняться под управлением IIS?

Я попытался установить это через web.config (через код (Page.Server.ScriptTimeout = 5;.)

Я бегу с двоичными файлами, которые были составлены в режиме выпуска и отладки = ложь устанавливается в элементе компиляции.

FWIW под Кассини (автономный веб-сервер разработки), все работает, как и ожидалось, выбегая из той же директории с точно такими же сборок/конфигурационных файлов.

Любые идеи на что может быть причиной этого?

EDIT: если это актуально, на рабочей станции разработки работает Win7/IIS7.

EDIT 2: Я использую отражение, чтобы выписать HttpContext.Current.Timeout, и как в Cassini, так и в IIS он выписывает ожидаемое значение, поэтому кажется, что это вопрос предела, который применяется в противоположность для неправильной установки.

+0

Как вы пытаетесь вызвать запрос на таймаут? –

+0

Бесконечная петля с резьбой (1000) в ней. – Jay

+0

Является ли ваша первая редакция заявлением о том, что время ожидания тайм-аутов не работает, это IIS7? Вы назвали это рабочей станцией разработки ... она развернута где-то в другом месте (с другим IIS?)? – davidsleeps

ответ

0

Ваше абсолютно правильное решение с <compilation debug="false"/> является обязательным условием здесь.

<httpRuntime executionTimeout="45" /> на ваш web.config. Это значение находится в секундах.

MSDN ссылка здесь http://msdn.microsoft.com/en-us/library/system.web.configuration.httpruntimesection.executiontimeout.aspx

Кроме того, стоит отметить, что Server.ScriptTimeout имеет ограничитель диапазона на унаследовала от метабазы. См. Раздел «Примечания» на странице http://msdn.microsoft.com/en-us/library/ms524831(v=vs.90).aspx

+0

http://msdn.microsoft.com/en-us/library/ms525225(v=vs.90).aspx минимум на 90 секунд. – iain

Смежные вопросы