Uso de ConfigurationManager para cargar config desde una ubicación arbitraria

Question

Estoy desarrollando un componente de acceso a datos que se usará en un sitio web que contiene una combinación de páginas ASP y ASP.NET clásicas, y necesita una buena forma de administrar sus configuraciones .

Me gustaría utilizar un ConfigurationSection personalizado, y para las páginas ASP.NET esto funciona muy bien. Pero cuando se llama al componente a través de la interoperabilidad COM desde una página ASP clásica, el componente no se ejecuta en el contexto de una solicitud ASP.NET y, por lo tanto, no tiene conocimiento de web.config.

¿Hay una manera de contar la ConfigurationManager simplemente cargar la configuración de una ruta arbitraria (por ejemplo ..\web.config si mi conjunto se encuentra en la carpeta /bin)? Si hay, entonces estoy pensando que mi componente puede volver a eso si el predeterminado ConfigurationManager.GetSection devuelve null para mi sección personalizada.

¡Cualquier otro enfoque para esto sería bienvenido!

Answer 1

Prueba esto:

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

Answer 2

Además de la respuesta de Ishmaeel, el método OpenMappedMachineConfiguration() siempre devolverá un objeto Configuration. Por lo tanto, para verificar si se cargó, debe verificar la propiedad HasFile donde verdadero significa que proviene de un archivo.

Answer 3

La respuesta de Ishmaeel generalmente funciona, sin embargo, encontré un problema, que es que el uso de OpenMappedMachineConfiguration parece perder los grupos de secciones heredados de machine.config. Esto significa que puede acceder a sus propias secciones personalizadas (que es todo lo que se desea OP), pero no a las secciones normales del sistema. Por ejemplo, este código no funcionará:

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

Básicamente, si se pone un reloj en la configuration.SectionGroups, verá que system.net no está registrado como un sectionGroup, por lo que es prácticamente inaccesible vía la normalidad canales

Existen dos formas de solucionar este problema. El primero, que no me gusta, es volver a implementar los grupos de secciones del sistema copiándolos de machine.config en su propio web.config, p.

<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> 

no estoy seguro de la propia aplicación web funcionará correctamente después de eso, pero se puede acceder a los sectionGroups correctamente.

La segunda solución es lugar para abrir su web.config como una configuración EXE, que es probablemente más cercano a su función prevista de todos modos:

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! 

Me atrevo a decir que ninguna de las respuestas proveídas aquí, ni mina o Ishmaeel's usa bastante estas funciones como pensaban los diseñadores de .NET. Pero, esto parece funcionar para mí.

Answer 4

proporcioné los valores de configuración a word hosted .nET Compoent de la siguiente manera.

Un componente .NET Class Library que se llama/aloja en MS Word. Para proporcionar valores de configuración a mi componente, creé winword.exe.config en la carpeta C: \ Archivos de programa \ Microsoft Office \ OFFICE11. Debería poder leer valores de configuraciones como lo hace en Traditional .NET.

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

Answer 5

Otra solución es anular la ruta predeterminada del archivo de configuración del entorno.

La considero la mejor solución para la carga de archivos de configuración no trivial, específicamente la mejor manera de adjuntar archivos de configuración a dll.

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

Ejemplo:

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

Más detalles se pueden encontrar en this blog.

Además, this other answer tiene una excelente solución, completa con código para actualizar la configuración de la aplicación y un objeto IDisposable para restablecerlo a su estado original. Con esta solución , se puede mantener la configuración de aplicaciones de ámbito temporal:

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

Answer 6

Para uso ASP.NET WebConfigurationManager:

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

Answer 7

Uso de procesamiento XML:

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

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