Как предотвратить перезапуск приложения ASP.NET, когда web.config изменяется?

Я работал в к еще большей проблеме в том же направлении - изменения в любой , файл или подпапка в базовом каталоге AppDomain заставляют среду хостинга завершать работу. Это - довольно большая проблема для нашего приложения, поскольку мы выполняем UI WPF в том же AppDomain, и мы не можем перезапустить его, не будучи distruptive пользователю.

я действительно хотел избежать необходимости выполнять отдельный AppDomain для веб-части приложения, таким образом, я сделал некоторое рытье с Отражателем. Я нашел, что преступник был внутренним классом FileChangesMonitor.

, Таким образом, я записал ужасный ужасный отражательный взлом для решения проблемы. Я думал, что отправлю его здесь как потенциальное решение для кого-либо еще имеющего ту же проблему. Просто необходимо звонить HttpInternals.StopFileMonitoring() для отключения завершения работы на изменениях файла/папки.

internal static class HttpInternals
{
    private static readonly FieldInfo s_TheRuntime = typeof(HttpRuntime).GetField("_theRuntime", BindingFlags.NonPublic | BindingFlags.Static);

    private static readonly FieldInfo s_FileChangesMonitor = typeof(HttpRuntime).GetField("_fcm", BindingFlags.NonPublic | BindingFlags.Instance);
    private static readonly MethodInfo s_FileChangesMonitorStop = s_FileChangesMonitor.FieldType.GetMethod("Stop", BindingFlags.NonPublic | BindingFlags.Instance);

    private static object HttpRuntime
    {
        get
        {
            return s_TheRuntime.GetValue(null);
        }
    }

    private static object FileChangesMonitor
    {
        get
        {
            return s_FileChangesMonitor.GetValue(HttpRuntime);
        }
    }

    public static void StopFileMonitoring()
    {
        s_FileChangesMonitorStop.Invoke(FileChangesMonitor, null);
    }
}

A solution would be adding following element to web.config section :

<httpRuntime
    waitChangeNotification="315360000"
    maxWaitChangeNotification="315360000"
/>

As mentioned by jfburdet the solution is to use waitChangeNotification and maxWaitChangeNotification.

That being said, you should know they don't work on IIS 7 if ASP.NET is run in mixed mode: http://forums.iis.net/t/1149344.aspx