asp.net web api - tasks - Error de análisis de código No se pudo cargar el archivo o ensamblado ''System.Net.Http, Version=2.0.0.0 en la API web MVC4

no se puede cargar el archivo o ensamblado system net http formatting

Question

este problema es exactamente el mismo que en esta publicación http://forums.asp.net/t/1807797.aspx/1?System+Net+Http+is+not+found y esta en StackOverflow

Tengo todos los últimos bits RTM, comencé un MVC 4 nuevo en .Net 4.5, agregué el paquete nuget WebAPI y ahora mi análisis de código falla con el mismo error que el informado en el enlace anterior.

CA0058 Error al ejecutar el análisis de código CA0058: No se encontró el ensamblado al que se hace referencia ''System.Net.Http, Versión = 2.0.0.0, Cultura = neutro, PublicKeyToken = b03f5f7f11d50a3a''. Este ensamblado es necesario para el análisis y fue referenciado por: C: / Projects / InHouse / TimeRecorder / StopGap / TimeRec / bin / TimeRec.dll, C: / Projects / InHouse / TimeRecorder / StopGap / packages / Microsoft.AspNet.WebApi.Core .4.0.20710.0 / lib / net40 / System.Web.Http.dll. [Errores y advertencias] - (Global)

De lo que puedo encontrar, esto parece suceder con las versiones de RC porque hubo un conflicto entre el .NET Framework 4.5 System.Net.Http y la versión de WebApi de System.Net.Http.

Las otras respuestas sobre la respuesta de StackOverflow hablan sobre la degradación de .Net 4.5 a 4.0, por razones obvias, ¡esta no es mi solución preferida!

Answer 1

Desde Visual Studio 2012 y versiones posteriores, en lugar de modificar sus archivos de instalación, use la solución alternativa aquí especificada: Usar Microsoft.Bcl.Async con Code Analysis provoca errores .

Answer 2

El problema se debe a que tiene una dependencia en una versión más nueva de System.Net.Http , que la requerida por uno de los otros ensamblados a los que se hace referencia.

La forma correcta de resolver este problema es agregar redireccionamientos dependentAssembly a la app.config de app.config de los proyectos ofensivos. La respuesta aceptada de deshabilitar los errores simplemente enmascara un problema subyacente.

Agregue lo siguiente a la sección de runtime de runtime de app.config para reasignar la versión anterior que no se puede resolver a la versión a la que se hace referencia en su proyecto. Los números de versión obviamente deben actualizarse para corresponder a su situación.

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
      <bindingRedirect oldVersion="1.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

Answer 3

He tenido el mismo problema (no pude crear localmente y de forma remota en azul). Esta solución me ayudó: http://connect.microsoft.com/VisualStudio/feedback/details/760208/nuget-package-for-asp-net-mvc-4-web-api-does-not-reference-correct-net -4-5-asambleas #

aquí está la parte que necesitas:

Copie los archivos System.Net.Http.dll y System.Net.Http.xml contenidos en el directorio packages / Microsoft.Net.Http.2.0.20710.0 / lib / net40 en los paquetes / Microsoft.AspNet.WebApi.Core.4.0 .20710.0 / lib / net40 directorio. Como el ensamblado System.Net.Http.dll que falta ahora está en la misma ubicación que el ensamblado System.Web.Http.dll al que se hace referencia, el análisis de código ahora puede resolver correctamente el ensamblado System.Net.Http en conflicto.

Answer 4

Pruebe lo siguiente:

1. Dependiendo de su edición de Visual Studio navegue a:
   • VS 2010 :
     %ProgramFiles(x86)%/Microsoft Visual Studio 10.0/Team Tools/Static Analysis Tools/FxCop
   • VS 2012 :
     %ProgramFiles(x86)%/Microsoft Visual Studio 11.0/Team Tools/Static Analysis Tools/FxCop
2. Abra FxCopCmd.exe.config y cambie AssemblyReferenceResolveMode de StrongName a StrongNameIgnoringVersion .
3. Guarde el cambio y reconstruya su proyecto.