Utilisation de ConfigurationManager pour charger la configuration à partir d'un emplacement arbitraire

Je développe un composant d'accès aux données qui sera utilisé dans un site Web contenant un mélange de pages ASP et ASP.NET classiques, et j'ai besoin d'un bon moyen de gérer ses paramètres de configuration.

J'aimerais utiliser une personnalisation ConfigurationSection, et pour les pages ASP.NET, cela fonctionne très bien. Mais lorsque le composant est appelé via COM Interop à partir d'une page ASP classique, le composant ne s'exécute pas dans le contexte d'une requête ASP.NET et n'a donc aucune connaissance de web.config.

Existe-t-il un moyen de dire au ConfigurationManagerde charger simplement la configuration à partir d'un chemin arbitraire (par exemple ..\web.configsi mon assembly est dans le /bindossier)? S'il est alors je pense mon composant peut revenir à la valeur par défaut que si les ConfigurationManager.GetSectionrendements nullde ma section personnalisée.

Toute autre approche serait la bienvenue!

Essaye ça:

System.Configuration.ConfigurationFileMap fileMap = new ConfigurationFileMap(strConfigPath); //Path to your config file
System.Configuration.Configuration configuration = System.Configuration.ConfigurationManager.OpenMappedMachineConfiguration(fileMap);

Une autre solution consiste à remplacer le chemin du fichier de configuration d'environnement par défaut.

Je trouve que c'est la meilleure solution pour le chargement de fichier de configuration de chemin non trivial, en particulier la meilleure façon de joindre un fichier de configuration à dll.

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", <Full_Path_To_The_Configuration_File>);

Exemple:

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", @"C:\Shared\app.config");

Plus de détails peuvent être trouvés sur ce blog .

De plus, cette autre réponse a une excellente solution, complète avec du code pour actualiser la configuration de l'application et un IDisposableobjet pour la réinitialiser à son état d'origine. Avec cette solution, vous pouvez conserver la configuration de l'application temporaire:

using(AppConfig.Change(tempFileName))
{
    // tempFileName is used for the app config during this context
}

La réponse d'Ishmaeel fonctionne généralement, mais j'ai trouvé un problème, qui est que l'utilisation OpenMappedMachineConfigurationsemble perdre vos groupes de sections hérités de machine.config. Cela signifie que vous pouvez accéder à vos propres sections personnalisées (ce qui est tout ce que l'OP recherché), mais pas aux sections système normales. Par exemple, ce code ne fonctionnera pas:

ConfigurationFileMap fileMap = new ConfigurationFileMap(strConfigPath);
Configuration configuration = ConfigurationManager.OpenMappedMachineConfiguration(fileMap);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup;  // returns null

En gros, si vous mettez une montre sur le configuration.SectionGroups, vous verrez que system.net n'est pas enregistré en tant que SectionGroup, donc il est pratiquement inaccessible via les canaux normaux.

J'ai trouvé deux façons de contourner ce problème. La première, que je n'aime pas, est de réimplémenter les groupes de sections système en les copiant de machine.config dans votre propre web.config, par exemple

<sectionGroup name="system.net" type="System.Net.Configuration.NetSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
  <sectionGroup name="mailSettings" type="System.Net.Configuration.MailSettingsSectionGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
    <section name="smtp" type="System.Net.Configuration.SmtpSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
  </sectionGroup>
</sectionGroup>

Je ne suis pas sûr que l'application Web elle-même fonctionnera correctement après cela, mais vous pouvez accéder correctement à la sectionGroups.

La deuxième solution consiste à ouvrir votre web.config en tant que configuration EXE, qui est probablement plus proche de sa fonction prévue de toute façon:

ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap() { ExeConfigFilename = strConfigPath };
Configuration configuration = ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);
MailSettingsSectionGroup thisMail = configuration.GetSectionGroup("system.net/mailSettings") as MailSettingsSectionGroup;  // returns valid object!

J'ose dire qu'aucune des réponses fournies ici, ni la mienne ni celle d'Ishmaeel, n'utilise tout à fait ces fonctions comme les concepteurs .NET l'ont voulu. Mais cela semble fonctionner pour moi.

En plus de la réponse d'Ishmaeel, la méthode OpenMappedMachineConfiguration()retournera toujours un Configurationobjet. Donc, pour vérifier si elle est chargée, vous devez vérifier la HasFilepropriété où true signifie qu'elle provient d'un fichier.

La réponse acceptée est fausse !!

Il lève l'exception suivante lors de l'accès à la propriété AppSettings:

Impossible de convertir un objet de type «System.Configuration.DefaultSection» en «System.Configuration.AppSettingsSection».

Voici la bonne solution:

System.Configuration.ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap();
fileMap.ExeConfigFilename = "YourFilePath";
System.Configuration.Configuration configuration = System.Configuration.ConfigurationManager.OpenMappedExeConfiguration(fileMap, ConfigurationUserLevel.None);

J'ai fourni les valeurs de configuration à Word .nET Compoent hébergé comme suit.

Un composant de bibliothèque de classes .NET appelé / hébergé dans MS Word. Pour fournir des valeurs de configuration à mon composant, j'ai créé winword.exe.config dans le dossier C: \ Program Files \ Microsoft Office \ OFFICE11. Vous devriez pouvoir lire les valeurs de configuration comme vous le faites dans .NET traditionnel.

string sMsg = System.Configuration.ConfigurationManager.AppSettings["WSURL"];

Pour ASP.NET, utilisez WebConfigurationManager:

var config = WebConfigurationManager.OpenWebConfiguration("~/Sites/" + requestDomain + "/");
(..)
config.AppSettings.Settings["xxxx"].Value;

Utilisez le traitement XML:

var appPath = AppDomain.CurrentDomain.BaseDirectory;
var configPath = Path.Combine(appPath, baseFileName);;
var root = XElement.Load(configPath);

// can call root.Elements(...)

Cela devrait faire l'affaire :

AppDomain.CurrentDomain.SetData("APP_CONFIG_FILE", "newAppConfig.config);

Source: https://www.codeproject.com/Articles/616065/Why-Where-and-How-of-NET-Configuration-Files