Я попытался использовать Инициализацию приложений как для Win 2008 R2, IIS 7.5, так и для Windows 7, IIS 7. Он работает не так, как ожидалось. Я загрузил версию x64.
Источник applicationhost.config:
<applicationPools>
<add name="MyApp" autoStart="true"
startMode="AlwaysRunning"
managedRuntimeVersion="v4.0">
</applicationPools>
<sites>
<site name="Default Web Site" id="1" serverAutoStart="true">
<application path="/MyApp" applicationPool="MyApp"
preloadEnabled="true">
</site>
</sites>
Приложение web.config file:
<system.webServer>
<applicationInitialization remapManagedRequestsTo="loading.html"
skipManagedModules="true">
<add initializationPage="/default.aspx" />
</applicationInitialization>
</system.webServer>
Не имеет никакого эффекта. Когда я перезапускаю IIS и загружаю URL-адрес в браузере (localhost/.../default.aspx), он не показывал страницу loading.html, и не похоже, что appPool всегда работает\прогревается.
Кроме того, он не показал множественные экземпляры процесса w3p. Он не работает.
Небольшое видео для настройки модуля инициализации приложений в Windows 7, IIS 7 или Windows 2008 R2, IIS 7.5 было бы полезно, потому что, возможно, я что-то пропустил.
Мы обнаружили, что когда он установлен, он вызывает ошибку HTTP 500 при первом запросе веб-сайта при перезапуске пула приложений в Windows Server 2008 R2 с помощью IIS 7.5
Довольно разочаровывая, я надеялся, что это будет хороший модуль для использования, но он выглядит шероховатым, и мы перестали его использовать
Попробуйте этот инструмент:
Пользовательский интерфейс инициализации приложения для IIS 7.5
Это сработало для меня (мне нужно было активировать веб-приложение, на котором размещена служба WCF, которая использовала net.Tcp, первый вызов службы не активировал ее, так как она не приближалась к HTTP-протоколу... поэтому Мне нужно было что-то внешнее, чтобы запустить его и выполнить какой-то пользовательский код внутри обработчиков событий App_…)
Я не мог заставить его работать, и моя проблема заключалась в том, что я пытался вручную изменить "C:\Windows\System32\inetsrv\config\applicationHost.config" с помощью 32-разрядного редактора (notepad ++ в моем case), и на самом деле он открыл "C:\Windows\SysWOW64\inetsrv\Config\applicationHost.config", что не относится к моему 64-битовому сайту/пулу. Побочный эффект, который привел меня к такому выводу, заключался в том, что файл в блокноте ++ никогда не соответствовал тому, что я видел в диспетчере IIS, что привело меня к поиску файла приложения IIS 7.5 applicationHost.config обновлено.
Как только я открыл его с помощью 64-битного редактора (например, возвышенного текста 3), я начал видеть изменения, описанные в диспетчере IIS, и после внесения заданных изменений инициализации приложения в пул приложений и сайт, все началось работать.
Я подозреваю, что инструмент пользовательского интерфейса, описанный в вышеприведенном ответе, вероятно, работал для других, поскольку он работает как 64-битное приложение и поэтому обновляет правильный файл applicationHost.config.