Изменение App.config во время выполнения

ОБНОВЛЕНИЕ

Приведенное ниже решение не сработало, потому что XmlDocument не удаляется, и кажется, что некоторые версии .net не закрываются правильно при указании пути к файлу. Решение (пример кода в ссылке) состоит в том, чтобы открыть поток, который будет выполнять удаление, и передать этот поток функции сохранения.

Здесь показано решение. http://web-beta.archive.org/web/20150107004558/www.devnewsgroups.net/group/microsoft.public.dotnet.xml/topic40736.aspx

Старые материалы ниже

Попробуй это:

Обратите внимание, я перешел на xpath, но прошло некоторое время, поэтому я мог неправильно понять xpath, но в любом случае вы должны использовать xpath, а не ходить по дереву. Как видите, стало намного понятнее.

Важным моментом является оператор using, который будет dispose(), что, я думаю, было вашей проблемой.

Дай знать, удачи.

  public void UpdateAppSettings(string key, string value)
  {
    using (XmlDocument xmlDoc = new XmlDocument())
    {
      xmlDoc.Load(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile);
      xmlDoc.DocumentElement.FirstChild.SelectSingleNode("descendant::"+key).Attributes[0].Value = value;
      xmlDoc.Save(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile);
    }
    System.Configuration.ConfigurationManager.RefreshSection("section/subSection");
  }

Я понимаю, что это довольно старый поток, но я не мог заставить работать перечисленные методы. Вот более простая версия метода UpdateAppSettings (с использованием .NET 4.0):

private void UpdateAppSettings(string theKey, string theValue)
        {
            Configuration configuration = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
            if (ConfigurationManager.AppSettings.AllKeys.Contains(theKey))
            {
                configuration.AppSettings.Settings[theKey].Value = theValue;
            }

            configuration.Save(ConfigurationSaveMode.Modified);

            ConfigurationManager.RefreshSection("appSettings");
        }

Довольно читабельно и позволяет избежать необходимости просматривать app.config с помощью Xpath или тому подобного. Примечание. Приведенный выше код взят из этого. фрагмент в MSDN.

Я предполагаю, что вы на самом деле не закрываете дескриптор файла в первый раз, поэтому Windows не «видит», что вы вносите более поздние изменения.

Я предлагаю использовать вызов API для IIS и отключить веб-приложение (и пул), внести изменения, включить веб-приложение. Таким образом, вы уверены, что он перечитает файл и будет иметь «чистую» среду для каждого теста.

Предполагая, что дескриптор файла конфигурации закрыт после того, как файл конфигурации был прочитан и обработан, я бы отправил сообщение приложению, чтобы сообщить ему перечитать файл конфигурации после того, как вы обновили файл. Если этот подход не работает, то я подозреваю (как предположил Хоган), что дескриптор файла не закрыт. Какие коды ошибок вы получаете при открытии, чтении и закрытии файлов системными вызовами? (используйте perror, чтобы сообщить об ошибке)