L'Analyse de Code d'erreur impossible de charger le fichier ou l'assembly 'Système.Net.Http, Version=2.0.0.0 dans MVC4 Web API

ce problème est exactement le même que ce post http://forums.asp.net/t/1807797.aspx/1?System+Net+Http+est+pas+trouvé et celui-ci sur StackOverflow

J'ai toutes les dernières RTM, a Commencé une nouvelle MVC 4 .Net 4.5, a ajouté le WebAPI package nuget et maintenant mon analyse de code échoue avec le même message d'erreur comme indiqué dans le lien ci-dessus.

CA0058 Erreur d'Exécution de l'Analyse de Code CA0058 : L'assembly référencé Système.Net.Http, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' n'a pas pu être trouvé. Cette assemblée est nécessaire pour l'analyse et a été référencé par: 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. [Les erreurs et les Avertissements] - (Global)

De ce que je peux trouver cela semblait se passer avec les versions RC parce qu'il y avait un conflit entre la .NET 4.5 Système de cadre.Net.Http et le WebApi de la version du Système.Net.Http.

Autres réponses sur le StackOverflow réponse parler de déclassement de la .Net 4.5 4.0, pour des raisons évidentes, ce n'est pas ma solution préférée!

  • Je suis confronté à ce problème, avez vous trouvé une solution?
  • Je ne peux pas reproduire le problème avec VS 2012 RTM. Une chose étrange pour moi, c'est que chaque MVC 4 modèles dans MVC4 d'avoir déjà de l'api web package installé. Pourquoi avez-vous d'installer le package de nouveau?
  • Départ dans Visual Studio 2012, une meilleure solution est: stackoverflow.com/questions/17298281/....
InformationsquelleAutor Matthew Hintzen | 2012-08-25
  1. 71

    Essayez ce qui suit:

    1. Selon votre édition de Visual Studio accédez à:
      • 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. Ouvrir FxCopCmd.exe.config et changement AssemblyReferenceResolveMode
      de StrongName à StrongNameIgnoringVersion.
    3. Enregistrer la modification et la reconstruction de votre projet.
    • Cela a fonctionné pour moi, merci!
    • J'ai eu CA0058 se plaindre de ne pas trouver une version de EntityFramework j'ai été soi-disant de référencement, mais a depuis mis à niveau à partir. J'étais perplexe, mais c'est l'outil en cours d'exécution. Je vais deviner la version n'a pas d'importance dans ce cas, c'est bon pour moi.
    • Cela résout le problème, pas le problème sous-jacent. Nous avons assez de ce genre de problème, tel qu'il est, sans en ajouter d'autres!
    • ne semble pas comme la solution idéale, car il peut utiliser n'importe quelle version de l'assemblée et il pourrait y avoir quelques problèmes de compatibilité.
    • La solution mentionnée ci-dessus ne fonctionne pas pour moi,
    • Cette solution n'a pas fonctionné pour moi.

    InformationsquelleAutor Yao
  2. 5

    À partir de Visual Studio 2012 et de l'augmentation, au lieu de modifier vos fichiers d'installation, utilisez la solution de contournement spécifié ici: À L'Aide De Microsoft.Bcl.Asynchrone avec le Code d'Analyse des causes des erreurs.

    InformationsquelleAutor David Kean
  3. 2

    J'ai eu le même problème (ne pouvait pas construire localement et à distance sur azure).
    Cette solution de contournement qui m'a aidé:
    http://connect.microsoft.com/VisualStudio/feedback/details/760208/nuget-package-for-asp-net-mvc-4-web-api-does-not-reference-correct-net-4-5-assemblies#

    ici est la pièce dont vous avez besoin:

    Copie de la System.Net.Http.dll et System.Net.Http.xml les fichiers contenus dans les packages\Microsoft.Net.Http.2.0.20710.0\lib\net40 répertoire pour les packages\Microsoft.AspNet.WebApi.De base.4.0.20710.0\lib\net40 répertoire. Depuis l'manquant System.Net.Http.dll l'assemblée est maintenant dans le même emplacement que le référencés System.Web.Http.dll de l'assemblée, l'analyse de code peuvent maintenant résoudre le conflit du Système.Net.Http assemblée.

    InformationsquelleAutor pajics
  4. 0

    Le problème est causé parce que vous avez une dépendance à une version plus récente de System.Net.Http, celui qui est exigé par l'un des autres assemblys référencés.

    La bonne façon de résoudre ce problème est d'ajouter dependentAssembly redirige vers la app.config de délinquance de projets. La accepté de répondre à de désactiver les erreurs uniquement pour masquer un problème sous-jacent.

    Ajouter le texte suivant à la runtime section de app.config à reconfigurer l'ancienne version qui ne peut pas être résolue à la version référencée dans votre projet. Les numéros de version doit évidemment être mis à jour pour correspondre à votre situation.

    <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>
    • La solution mentionnée ci-dessus ne fonctionne pas pour moi,
    InformationsquelleAutor TheCodeKing