Impossibile caricare lo snap-in PowerShell di Exchange: l'inizializzatore di tipo per "Microsoft.Exchange.Data.Directory.Globals" ha generato un'eccezione

Question

Ho il seguente codice che crea uno spazio di esecuzione di PowerShell con lo snap in Exchange 2010 caricato.

Dim runspaceConfig = RunspaceConfiguration.Create() 

Dim snapInException As PSSnapInException = Nothing 
runspaceConfig.AddPSSnapIn("Microsoft.Exchange.Management.PowerShell.E2010", snapInException) 

Dim runspace = RunspaceFactory.CreateRunspace(runspaceConfig) 
runspace.Open() 

Poiché l'installazione di Visual Studio 2012 ho cominciato ottenere il seguente errore durante l'esecuzione della linea che aggiunge lo snap-in per la configurazione spazio di esecuzione.

System.Management.Automation.Runspaces.PSSnapInException occurred 
    HResult=-2146233087 
    Message=Cannot load Windows PowerShell snap-in Microsoft.Exchange.Management.PowerShell.E2010 because of the following error: The type initializer for 'Microsoft.Exchange.Data.Directory.Globals' threw an exception. 
    Source=System.Management.Automation 
    WasThrownFromThrowStatement=False 
    StackTrace: 
     at System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadCustomPSSnapIn(PSSnapInInfo mshsnapinInfo) 
     at System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadPSSnapIn(PSSnapInInfo mshsnapinInfo) 
     at System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.LoadPSSnapIn(PSSnapInInfo mshsnapinInfo, PSSnapInException& warning) 
     at System.Management.Automation.Runspaces.RunspaceConfigForSingleShell.DoAddPSSnapIn(String name, PSSnapInException& warning) 
     at System.Management.Automation.Runspaces.RunspaceConfiguration.AddPSSnapIn(String name, PSSnapInException& warning) 

Sono stato in grado di confermare che nlog è in qualche modo causa questo problema. La combinazione della creazione di un logger nlog prima della creazione dello spazio di esecuzione di PowerShell genera l'errore.

Se rimuovo la sezione di configurazione nlog dalla mia app config e creo solo un logger nlog vuoto, lo snap-in viene caricato senza errori. Inoltre, se esco dalla configurazione di nlog presente nella configurazione dell'app ma non creo un logger nlog, anche lo snap-in viene caricato correttamente.

• Ho provato a creare il progetto sia in x64 che in x86.
• Ho reinstallato gli strumenti di gestione degli scambi.
• Ho provato a provare su un'altra macchina nell'ambiente di scambio.

Se qualcuno può fornire qualche suggerimento che possa aiutarmi a risolvere questo problema, sarò grato.

si

Answer 1

Grazie Dopo ulteriori indagini ho capito che .NET 4.5 è un aggiornamento sul posto significa che .NET 4.0 viene sovrascritto e sostituirli con .NET 4.5 una volta installato. Non so cosa sia cambiato in .NET 4.5 che causa questo problema, ma il problema è risolto disinstallando .NET 4.5 e tornando a Visual Studio 2010. Speriamo che Microsoft abbia qualche aggiornamento nel prossimo futuro che risolverà il problema e mi permetterà utilizzare nuovamente Visual Studio 2012.

Vedere il seguente articolo per ulteriori informazioni sull'aggiornamento sul posto. http://www.devproconnections.com/article/net-framework/net-framework-45-versioning-faces-problems-141160

Answer 2

Sembra un bug noto. C'è un report di Microsoft collegare:

https://connect.microsoft.com/VisualStudio/feedback/details/770748/powershell-exception-after-4-5-upgrade#tabs

risposta di Microsoft è che hanno "registrato problema [la] con il team di Exchange"

Per risolvere il problema è possibile eseguire una delle seguenti operazioni:

• Disinstallazione .NET 4.5
• Modificare il framework di destinazione dell'applicazione su 2.0 o 3.5.

Answer 3

Ho esattamente lo stesso problema con lo stesso errore di output con il mio server di produzione. Tuttavia, ho un server di prova con la stessa configurazione che utilizza il framework .Net 4.5 ma che non presenta questo problema. Quindi non penso di disinstallare. Net 4.5 risolverà il mio problema.

La mia soluzione è che ho trovato sul server di produzione ASP.L'impostazione Impersonificazione rete in IIS era abilitata.

Dopo averlo disabilitato, è possibile creare lo spazio di esecuzione di PowerShell, è possibile aggiungere lo snap-in "Microsoft.Exchange.Management.PowerShell.E2010" e la mia applicazione funziona correttamente!

Sembra che abbia una sorta di problema di autorizzazione.

Answer 4

Ho studiato il bug effettivo negli assembly di Microsoft Exchange e il problema era la classe ExTraceConfiguration (interna) dall'assembly Microsoft.Exchange.Diagnostics.dll enumera tutti gli assembly caricati nel dominio dell'app corrente. Se trova System.IdentityModel o System.ServiceModel, utilizza la reflection per configurarne la traccia. Ma il codice di riflessione non è compatibile con il .Model .net 4.5 e si verifica un errore. Dopo che l'errore è stato rilevato (viene verificata una condizione nulla) viene tentata una traccia, ma il codice è attualmente in fase di configurazione della traccia così => hard crash.

La soluzione è quella di utilizzare la riflessione sul Microsoft.Exchange.Diagnostics.dll, caricare il tipo ExTraceConfiguration ed eseguirlo è inizializzatore di tipo:

type.TypeInitializer.Invoke(null, null); 

prima System.ServiceModel ha avuto la possibilità di caricare ancora in il tuo dominio dell'app. Questo inizializzatore è un costruttore statico che può essere eseguito solo una volta per processo, quindi dopo di ciò è possibile caricare ServiceModel in caso di necessità.