Новая версия Application Initialization 1.0 не работает для Win 2008 r2, IIS 7.5

Я попытался использовать Инициализацию приложений как для 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 было бы полезно, потому что, возможно, я что-то пропустил.

Ответ 1

Мы обнаружили, что когда он установлен, он вызывает ошибку HTTP 500 при первом запросе веб-сайта при перезапуске пула приложений в Windows Server 2008 R2 с помощью IIS 7.5

Довольно разочаровывая, я надеялся, что это будет хороший модуль для использования, но он выглядит шероховатым, и мы перестали его использовать

Ответ 2

Попробуйте этот инструмент:

Пользовательский интерфейс инициализации приложения для IIS 7.5

Это сработало для меня (мне нужно было активировать веб-приложение, на котором размещена служба WCF, которая использовала net.Tcp, первый вызов службы не активировал ее, так как она не приближалась к HTTP-протоколу... поэтому Мне нужно было что-то внешнее, чтобы запустить его и выполнить какой-то пользовательский код внутри обработчиков событий App_…)

Ответ 3

Я не мог заставить его работать, и моя проблема заключалась в том, что я пытался вручную изменить "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.