Ne pouvait pas charger le fichier ou l'Assemblée 'Newtonsoft.Json' ou une de ses dépendances. La définition du Manifeste ne correspond pas à la référence de l'assemblage

pour résoudre ce problème, j'ai veillé à ce que tous mes projets utilisent la même version en exécutant la commande suivante et en vérifiant les résultats:

update-package Newtonsoft.Json -reinstall

et, enfin, j'ai retiré ce qui suit de ma toile.config:

  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
  </dependentAssembly>

si vous voulez assurer tous vos Newtonsoft.Les paquets Json sont la version même , vous pouvez spécifier la version comme suit:

update-package Newtonsoft.Json -version 6.0.0 -reinstall

J'utilise Newtonsoft.Json v6.0.3, mais c'est ce que j'avais à faire dans mon Web.fichier de configuration:

<dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

notez que même si j'utilise 6.0.3, j'ai dû mettre newVersion="6.0.0.0"

dans mes paquets.fichier de configuration j'ai:

<package id="Newtonsoft.Json" version="6.0.3" targetFramework="net45" />

j'ai essayé ce qui suit après avoir déjà vérifié que mon ordinateur avait la même version dans tous les endroits et que mes projets pointaient tous vers le même chemin de référence. J'avais également fait en sorte que la reliure de l'ancienne version était leur et lié à la version actuelle de dll que j'avais.

je travaille dans un environnement avec un cadre strict et l'équipe de cadre souvent bouleverser la version avec les dll différentes.

comment j'ai fixé ce problème était d'exécuter la console de gestionnaire de paquets dans visual studio (2013). De là, j'ai lancé la commande suivante:

update-package Newtonsoft.Json -reinstall

suivi de

update-package Newtonsoft.Json

cela a été passé en revue et mis à jour tous mes fichiers de configuration et les fichiers de projets pertinents. Forçant tous à la même version de la dll. Qui était initialement la version 4.5 avant de mettre à jour à nouveau pour obtenir la dernière.

j'ai eu le même message d'erreur et, comme vous l'avez mentionné, il était dû à différentes versions du Newtonsoft.Json.dll référencée.

certains projets dans ma solution MVC ont utilisé le paquet NuGet pour la version 4 de cette dll.

j'ai ensuite ajouté un paquet NuGet (pour Salesforce dans mon cas) qui a apporté Newtonsoft.La version 6 de Json est une dépendance à l'un des projets. Qu'est ce qui a déclenché le problème pour moi.

Pour nettoyer les choses, j'ai utilisé la section Mises à jour dans le Gestionnaire de paquets NuGet pour la solution (menu Outils désactivés ou clic droit sur la solution) pour mettre à jour le Json.Net paquet tout au long de la solution de sorte qu'il était la même version pour tous les projets.

après cela, j'ai juste vérifié les fichiers de configuration de L'application pour m'assurer que toutes les lignes de redirection obligatoires allaient vers la version de mon choix comme ci-dessous.

<bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />

j'ai essayé les pas par Oleg, et ils ont travaillé pour ma même situation.

Suit:

1. Exécuter update-package Newtonsoft.Json -reinstall dans le Gestionnaire de paquets.

2. supprimez votre bin en activant la visualisation des fichiers cachés et en supprimant le dossier bin .

3. fermez votre Studio et rouvrez-le.

4. Lancez à nouveau votre projet. Je crois qu'il devrait être ok!

Dans mon cas, c'était juste une question de:

Tools -> NuGet Package Manager -> Package Manager Settings -> Clear Cache

le problème a été causé quand j'ai remappé un dossier TFS.

en commentant cette partie sur mon web.config a résolu mon problème:

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

mais bien sûr vous devez vous assurer que vous avez mis à jour ou que vous avez la bonne version en faisant cela dans votre console de gestionnaire de paquets:

update-package Newtonsoft.Json -reinstall

si vous travaillez avec une sorte de subversion: supprimer le projet et de le re-télécharger, il a travaillé pour moi :S

Vous pouvez résoudre le problème en ajoutant des lignes ci-dessous dans le web.fichier de configuration.

 <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral"/>
        <bindingRedirect oldVersion="0.0.0.0-8.0.0.0" newVersion="8.0.0.0"/>
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

ce qui m'a réellement aidé était de désactiver la re-construction et d'utiliser L'option de re-construction VisualStudio sur mon projet.

j'ai eu la même question sur un projet D'essai qui faisait référence à un projet MVC 5. Cela s'est produit après que j'ai fusionné avec un projet MVC 5. Je l'ai corrigé en installant les mises à jour de Visual studio 2012 comme expliqué ici dans la réponse D'André.

• dans votre studio, allez à
  1. Outils> Extensions Et Mises À Jour
  2. sélectionnez" Updates " dans la liste accordéon à gauche.
  3. sélectionner "Mises À Jour Du Produit".
  4. mise à jour de la dernière version

aucune des réponses, y compris la réponse cochée, n'a fonctionné pour moi.

la solution était beaucoup plus simple. J'ai d'abord retiré les références de ma couche BUS. Ensuite supprimé la dll du projet( pour s'assurer qu'il a disparu), puis réinstallé JSON.NET de nuget packeges. Et le plus délicat ,c'était de l'éteindre encore et encore.

je viens de redémarrer visual studio, et ça a marché!

donc, si vous essayez tout possible et ne peut toujours pas résoudre le problème, juste essayer d'éteindre visual studio et de nouveau, il pourrait aider.

Je ne sais pas pourquoi, mais dans mon cas, même si je supprime le dossier bin du projet, quand je construis le projet il copie l'ancienne version de newtonsoft.json, j'ai copié la dll de la nouvelle version à partir du dossier packages et ça se résout pour l'instant.

si aucun de ces travaux, s'il vous plaît vérifier cette réponse:

https://stackoverflow.com/a/12011221/150370

( TL;DR : Supprimer l'espace de noms xml de la balise configuration dans votre fichier de configuration. Sinon, les redirections obligatoires seront ignorées)

dans certains cas si vous supprimez vos dossiers Bin et Obj résoudra ce problème.

Je l'ai résolu par supprimer la version inférieure de Newtonsoft.json.dll dans le dossier bin et ajout de Newtonsoft.json.dll V6.0.0.0 et a supprimé la toile suivante.éléments de configuration

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"/>
    <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="5.0.8"/>
</dependentAssembly>

étapes Faciles. (1) lancer "update-package Newtonsoft.JSON-reinstaller" dans le gestionnaire de paquets.

(2)supprimez votre bin en activant la visualisation des fichiers cachés et la suppression du dossier bin.

(3)fermez votre studio de visualisation et rouvrez-le.

(4) maintenant, exécutez votre projet à nouveau. Je crois qu'il devrait être ok

j'ai frappé ce problème parce que j'avais: projet a (un bureau .exe) se référer au projet B (a portable .DLL.) A & B avait différentes versions de JSON.Net, et donc il y a eu un conflit de chargeurs. Une fois que j'ai fait toutes les versions de JSON.net la même chose, ça a marché. (C'est en fait ce que font certaines des solutions ci - dessus-je dis simplement pourquoi cela fonctionne)

j'ai eu du mal avec ce projet plus récent et plus ancien.

j'ai réussi à trouver le problème après avoir vérifié quelle version de la dll qui était réellement dans le dossier bin.

j'ai eu un script de post-construction qui a copié des assemblages dépendants à partir d'un dossier de bibliothèque dll vers le dossier bin. Une configuration commune des jours avant nuget.

donc à chaque fois que j'ai construit le script de post-construction a remplacé la version correcte de Json.net avec le plus vieux

j'avais exactement le même problème et Visual Studio 13 bibliothèque par défaut pour moi était 4.5, donc j'ai 2 solutions un est de prendre la référence à ce dans le fichier webconfig. C'est le dernier recours et ça marche.

le message d'erreur indique qu'il y a un problème à cet endroit /Projects/foo/bar/bin/Newtonsoft.Json.DLL. où est la DLL! Une vérification de propriété de base m'a dit qu'il était 4.5.0.0 ou similaire donc j'ai changé le webconfig pour regarder jusqu'à 4.5 et utiliser 4.5.

aucune de ces options n'a fonctionné pour moi, en fin de compte;

Test > Paramètres De Test > *.testrunconfig

j'ai dû ajouter une nouvelle ligne

<DeploymentItem filename="packages\Newtonsoft.Json.4.5.8\lib\net40\Newtonsoft.Json.dll" />

assurez-vous que le chemin et la version sont corrects pour votre installation.

j'ai eu le même problème. J'ai créé un projet d'api web et je l'ai ensuite mis à niveau de .net 4.5.1 à .net 4.6.1. Fermer L'IDE, arrêter L'IIS, et supprimer le contenu de la C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\ dir a résolu le problème.

HTH

ce problème n'a pas été résolu pour moi en rafraîchissant les paquets NuGet ou en effectuant un" nettoyage " sur le projet. Il a été résolu en éliminant le dossier "obj" manuellement.

voici ma solution à ce problème,assurez-vous que le numéro de version dans appconfig ou packageconfig est le même que la version de référence dans vos références. Voir ici

j'ai eu le même problème avec dotnet core et j'ai réussi à le corriger en nettoyant le cache NuGet.

ouvrez la powershell et entrez la commande suivante.

dotnet nuget locals all --clear

puis J'ai fermé Visual Studio, Je l'ai ouvert de nouveau et j'ai entré la commande suivante dans la Console du Gestionnaire de paquets:

Update-Package

NuGet devrait maintenant restaurer tous les paquets et popultes le cache nuget à nouveau.

après cela je j'ai pu construire et démarrer mon WebAPI dotnet core dans un conteneur Linux.