management - No se pudo cargar el archivo o el ensamblaje ''Microsoft.WindowsAzure.ServiceRuntime, Version=2.0.0.0
microsoft management azure (5)
Estamos utilizando Azure SDK 1.8 y funciona bien en local. estamos usando el controlador de compilación alojado en TFS para implementar en Azure.
Antes estaba funcionando bien, pero de repente recibimos este error, aunque no hemos cambiado la versión de dll sdk de Azure, pero en línea hemos recibido este error. ¿Esto se debe a que el controlador de compilación TFS se actualizó con un nuevo sdk? Y lo extraño es que esta construcción se muestra exitosa cada vez.
En el servicio de compilación TFS encontré estas cosas extrañas por las que hace referencia a v2.0 sdk.
Could not load file or assembly ''Microsoft.WindowsAzure.ServiceRuntime, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'' or one of its dependencies. The located assembly''s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
Creo que me he topado con el mismo problema que tú (si no recuerdo mal). El 1.8 SDK contenía una referencia a la antigua dll StorageClient
. Intenta agregar una referencia en tu proyecto para:
Microsoft.WindowsAzure.StorageClient version 1.7.0.0
¡Déjeme saber si esto ayuda!
Esto me pasó cuando me actualicé a 2.3.0.0.
Para solucionarlo, consulté referencias -> haga clic con el botón derecho en la dll -> haga clic en Propiedades -> establezca copia local como verdadera.
Esto me sucedió porque actualicé las referencias de 2.0 a 2.2, pero aún tenía la versión 2.0 dll referenciada en mi configuración web:
<system.diagnostics>
<trace autoflush="true">
<listeners>
<add type="Microsoft.WindowsAzure.Diagnostics.DiagnosticMonitorTraceListener, Microsoft.WindowsAzure.Diagnostics, Version=2.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" name="AzureDiagnostics">
<filter type="" />
</add>
</listeners>
</trace>
Si todo lo demás falla, y la DLL correcta se implementa en el contenedor, intente agregar un redireccionamiento de enlace de ensamblado en web.config:
<dependentAssembly>
<assemblyIdentity name="Microsoft.WindowsAzure.ServiceRuntime" publicKeyToken="31bf3856ad364e35" />
<bindingRedirect oldVersion="2.0.0.0" newVersion="1.8.0.0" />
</dependentAssembly>
Cambie los números de versión de enlace según sea necesario.
Tuve este problema también recientemente. Según mi investigación, esto puede ser causado por una multitud de razones. La mejor manera de resolver esto es diagnosticarlo primero. Para obtener un mejor diagnóstico, habilite todas las excepciones de CLR desde su ventana de Excepciones. Ahora su Visual Studio se romperá en cualquier tipo de excepción que se lance. Desde aquí debería poder ver los detalles internos de la excepción.