Czy atrybut serviceAutoStartProvider jest wymagany do automatycznego uruchamiania aplikacji ASP.NET?

Czytałem post Scotta Guthrie na temat aplikacji Auto-Start ASP.NET , która zawiera przykłady konfiguracji aplikacji ASP.NET 4.0 do automatycznego uruchamiania.

<applicationPools>
    <add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0"
        startMode="AlwaysRunning" />
</applicationPools>

<!--...-->
<sites>
     <site name="MySite" id="1">
          <application path="/" serviceAutoStartEnabled="true"
              serviceAutoStartProvider="PreWarmMyCache" />
     </site>
</sites>

<!--...-->
<serviceAutoStartProviders>
     <add name="PreWarmMyCache" type="PreWarmCache, MyAssembly" />
</serviceAutoStartProviders>

Z jego postu nie jest jasne, czy następująca konfiguracja automatycznie uruchomi aplikację ASP.NET:

<applicationPools>
    <add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0"
        startMode="AlwaysRunning" />
</applicationPools>

<!--...-->
<sites>
     <site name="MySite" id="1">
          <application path="/" serviceAutoStartEnabled="true" />
     </site>
</sites>

Różnica polega na tym, że nie ma określonej klasy do uruchomienia. Idealnie byłoby po prostu załadować aplikację. Dokumentacja dotycząca wniosku o witrynę sugeruje, że serviceAutoStartEnabledatrybut wymaga serviceAutoStartProvideratrybutu do działania. Ale nic nie wskazuje na to, co się stanie, jeśli dodatkowy atrybut nie zostanie podany.

• Czy poprawnie czytam dokumentację?
• Czy serviceAutoStartProvidernależy określić, aby korzystać serviceAutoStartEnabled?
• Co się stanie, jeśli nie serviceAutoStartProviderzostanie określony?

Funkcje rozgrzewki, szczególnie te związane z IIS, zostały albo przerwane, albo przestały być rozwijane. Artykuł Scotta pochodzi z okresu sprzed VS2010. Przepisali cały stos na nowy moduł IIS.

Teraz możesz to wszystko skonfigurować bezpośrednio z IIS przy użyciu modułu inicjalizacji aplikacji . Moduł zapewnia więcej funkcji i funkcjonalności niż mechanizm rozgrzewający, którego szukasz.