Come trovare il percorso del file app.config attivo?

Question

sto cercando di finire questo gestore di eccezioni:

if (ConfigurationManager.ConnectionStrings["ConnectionString"]==null) 
{ 
    string pathOfActiveConfigFile = ...? 
    throw new ConfigurationErrorsException(
     "You either forgot to set the connection string, or " + 
     "you're using a unit test framework that looks for "+ 
     "the config file in strange places, update this file : " 
     + pathOfActiveConfigFile); 
} 

Questo problema sembra accadere solo a me quando sto utilizzando NUnit.

Answer 1

Prova questa

AppDomain.CurrentDomain.SetupInformation.ConfigurationFile 

Speranza che aiuta

Answer 2

Se si intende il ritorno null quando si utilizza NUnit, è probabile che sia necessario copiare il valore ConnectionString dell'app.config dell'applicazione nell'app.config della libreria di test.

Quando viene eseguito dal caricatore di prova, il montaggio di prova viene caricato in fase di esecuzione e cercherà nel proprio app.config (rinominato testAssembly.dll.config al momento della compilazione) piuttosto che le applicazioni file di configurazione.

per ottenere la posizione del gruppo si sta eseguendo, provare

System.Reflection.Assembly.GetExecutingAssembly().Location 

Answer 3

A seconda della posizione del file di configurazione System.Reflection.Assembly.GetExecutingAssembly().Location potrebbe fare quello che ti serve.

Answer 4

Verificare di aver scelto le proprietà sul file e impostarlo su "copiare sempre" o non sarà nella cartella Debug \ con il felice lil dll per configurare dove deve essere e aggiungere più cowbell

Answer 5

In senso stretto, non esiste un singolo file di configurazione. Escluso ASP.NET ci possono essere tre file di configurazione usando il supporto integrato (System.Configuration). Oltre alla configurazione della macchina: app.exe.config, roaming utente e locale dell'utente.

per ottenere la configurazione "globale" (exe ​​ config):

ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None) 
        .FilePath 

utilizzano diversi ConfigurationUserLevel valori per per-use file di configurazione non roaming il roaming e.

---

Il che ha un modello completamente diverso in cui il contenuto di un bambino cartelle (IIS-virtuale o file system) web.config può (a seconda delle impostazioni) aggiungere o sovrascrivere il genitore web.config.

Answer 6

La prima volta che mi sono reso conto che il progetto di verifica dell'unità faceva riferimento a app.config in quel progetto piuttosto che app.config associato al mio progetto di codice di produzione (fuori rotta, DOH) ho appena aggiunto una riga nell'evento Post Build del progetto Prod che copierà app.config nella cartella bin del progetto di test.

Problema risolto

non ho notato alcun effetto collaterale strani finora, ma non sono sicuro che questa sia la soluzione giusta, ma almeno sembra funzionare.

Answer 7

Ho provato una delle risposte precedenti in un'app Web (in realtà un ruolo Web di Azure in esecuzione in locale) e non ha funzionato.Tuttavia, questo approccio simile ha funzionato:

var map = new ExeConfigurationFileMap { ExeConfigFilename = "MyComponent.dll.config" }; 
var path = ConfigurationManager.OpenMappedExeConfiguration(map, ConfigurationUserLevel.None).FilePath; 

Il file di configurazione si è rivelata in C: \ Program Files \ IIS Express \ MyComponent.dll.config. Posto interessante per questo.

Answer 8

Un'altra opzione che ho visto qui manca:

const string APP_CONFIG_FILE = "APP_CONFIG_FILE"; 
string defaultSysConfigFilePath = (string)AppDomain.CurrentDomain.GetData(APP_CONFIG_FILE);