Назад | Перейти на главную страницу

Что может помешать IIS7 перезапустить приложение ASP.NET при обновлении dll в папке bin?

Мы запускаем ASP.NET 2.0 на MS Server 2008 и IIS 7. Во время последних выпусков пул приложений не перезапускался автоматически после изменений в папке bin. Он работает как шарм на нашем тестовом сервере, но не на рабочем сервере. Сайт доступен для просмотра, но работает с логикой старой версии обновленной dll.

Одно из изменений, которые мы сделали в последнее время, заключается в том, что одна из dll: s в папке bin состоит из других dll, которые были объединены с ILMerge. Interop.ADODB.dll и Interop.CDO.dll включены в объединенную dll. Обновляется пользовательская dll объединенной dll.

Что может помешать IIS перезапустить пул приложений, хотя файл в папке bin изменился?

Две вещи, которые нужно проверить. Убедитесь, что папка, отличная от папки / bin, помечена как приложение. Если это не так, это не считается папкой приложения.

Если вы используете UNC-путь для контента или у вас ОГРОМНОЕ количество файлов и папок, то уведомление об изменении файла (FCN) может не успевать. Также есть раздел реестра, чтобы изменить поведение FCN, поэтому администраторы сервера могли это изменить.