I'm hosting the ASP.NET runtime via the ApplicationHost.CreateApplicationHost
method. When I modify the web.config
while the application is running, i see lots of first chance ThreadAbortException
s thrown. This is right before my application comes crashing down. I'm assuming this is because the runtime has detected changes to the configuration and wants to restart.
This isn't really a supported scenario for us, so i'd prefer if I could just switch off the automatic reloading.
Does anyone know how to do this?
When you edit the web. config, It will restart the AppDomain (NOT AppPool) of that web application and clears the all occupied resources and memory.
the answer i found :- ASP.NET invalidates the existing cache and assembles a new cache. Then ASP.NET automatically restarts the application to apply the changes.
I didn't want to change the /blog applications' web. config. I just wanted to stop it from inheriting the settings from the parent application. Turns out you can wrap whole sections in a location tag, and then tell that scoped tag to prevent child applications from inheriting.
Yes, you will be able to run an ASP.NET application without a WEB. CONFIG file in its root folder. If the application doesn't find a WEB. CONFIG file in its root folder, then it will take MACHINE.
Actually, the first two answers are incorrect. It is possible, and quite easy, to prevent this recycling from happening, and this feature has been available since at least IIS6.
Change the DWORD
registry setting for HKLM\SOFTWARE\Wow6432Node\Microsoft\ASP.NET\FCNMode
to the value 1
, which will disable all file change notifications.
Don't be confused by the location: Wow6432Node
has, in this case, no influence on the bitness of your web application.
If you are using .NET 4.5, then it is now possible to disable this on a per-site level, simply use the following in your web.config
:
<httpRuntime fcnMode="Disabled"/>
Finally, and also (at least) around since IIS6, there's a setting called DisallowRotationOnConfigChange
as a setting for only the application pool (at least that is what I think the text on MSDN tries to say, but I haven't tested it). Set it to true
and changes to the configuration of the application pool will not result in an immediate recycle.
This last setting can also be set from Advanced Settings of the application pool:
For (old) websites using ASP.NET 1.0 or 1.1, there is a confirmed bug that can cause rapid and repeated recycles on file changes. The workaround at the time was similar to what MartinHN suggested under the main question, namely, something like the following in your web.config
:
<compilation debug="false" defaultLanguage="vb" numRecompilesBeforeAppRestart="5000">
This does not disable recycling, but it does so only after 5000 recompilations have taken place. Whether this number is useful depends on the size of your application. Microsoft does not clearly say what a recompilation really is. The default, however, is 15.
As an aside: regardless of the version of .NET or Windows, we find that when the application is run from a share and used in a load-balanced environment, that the site recycles continuously. The only way to solve it was by adding that FNCMode
setting to the registry (but now there are more fine-grained options).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With