Comment puis-je réparer assemblée des conflits de version avec JSON.NET après la mise à jour de package NuGet références dans une nouvelle ASP.NET MVC 5 projet?

J'ai créé un nouveau ASP.NET MVC 5 projet web en VS 2013 (mise à Jour 1), puis mis à jour tous les packages NuGet. Quand j'ai construit la projet, j'obtiens le message d'avertissement suivant:

avertissement MSB3243: Pas moyen de résoudre les conflits entre les "Newtonsoft.Json, Version=6.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed" et "Newtonsoft.Json, Version=4.5.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed".

Quand j'ai vérifier sur le web.config, cependant, je ne vois qu'une liaison de redirection est en place:

  <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>

Qui est exactement ce que l'avertissement conseille.

Comment puis-je corriger cet avertissement?

Oui, j'ai fait une reconstruction complète. J'ai aussi mis à jour NuGet à la dernière, a créé une nouvelle solution et reproduit exactement le même problème.

InformationsquelleAutor Jim Lamb | 2014-02-01

95

Ici les étapes que j'ai utilisé pour fixer l'attention:
- Décharger le projet de VS
- Modifier .fichier csproj
- De recherche pour toutes les références à Newtonsoft.Json assemblée
  - Trouvé deux, un pour le v6 et un à la v5
  - Remplacer la référence à la v5 à la v6
- Recharger projet
- Construire et de l'avis de l'assemblée de référence échec
- D'afficher les Références et de voir qu'il y a maintenant deux Newtonsoft.Json. Supprimer celle qui ne parvient pas à résoudre.
- Reconstruire - pas d'avertissements
- J'ai trouvé deux références, l'une pour les v6 et un pour la v5, mais je l'ai supprimé (non remplacé) la v5 un. Après cela, je n'ai pas de problèmes comme la "référence de l'assemblage d'échec" ou deux références à Newtonsoft.Json dans l'INTERFACE utilisateur. Je suis deviner quelqu'un en peluche install.ps1
- Merci pour la solution. J'ai aussi supprimé l'ancienne référence du fichier de projet et n'avait pas de problèmes.
- +1, Ça me rend fou quand je dois faire des trucs comme ça. C'est pourquoi j'ai toujours hésitez pas à cliquez sur mise à niveau sur le gestionnaire de package nuget.
- J'ai eu ce problème et l'ont résolu en supprimant la référence supplémentaire, je ne savais pas qui était là. C'est le lien à la Microsoft Connect bug qui est la cause de racine de la référence supplémentaire d'être là: connect.microsoft.com/VisualStudio/feedback/details/816725/....
- Doit avoir perdu 2 heures de travail cela. [se défait de virtuel chapeau Jim Agneau de la direction]
- Pourquoi, oh pourquoi Microsoft a pas intégré dans une case à Visual Studio / le système de construction pour vérifier dupliqué références dans des projets?! Ce genre de chose a été en cours depuis de trop nombreuses années. Les HEURES perdues à cela.
- Dans mon cas, il y avait des références à deux version différente de Newtonsoft.Json 11.0.1 et 11.0.2, même si elle a été se plaindre à propos de la version 6.0.
- J'ai eu le même problème que @DanielLobo s. De toute façon juste supprimé la référence à Newtonsoft.Json 11.0.1. Et il a fixé l'erreur. Notez également que je suis à l'aide de Visual Studio Community 2017.
InformationsquelleAutor Jim Lamb
27

J'ai eu ce problème parce que j'ai mis à jour les paquets, ce qui inclus Microsoft.AspNet.WebApi qui a une référence à Newtonsoft.Json 4.5.6 et j'ai déjà eu la version 6 est installé. Il n'était pas assez intelligent pour utiliser la version 6.

Pour le résoudre, après la WebApi mise à jour j'ai ouvert les Outils > Gestionnaire de Package NuGet > Gestionnaire de Paquet de la Console et a couru:
```
 Update-Package Newtonsoft.Json
```
Le journal a montré que la 6.0.x et 4.5.6 versions ont tous été mis à jour pour la dernière et que tout allait bien.

J'ai le sentiment que cela viendra de nouveau.
- J'ai eu le problème de plusieurs versions différentes dans ma solution qui contient plusieurs projets, ce totalement fixé et mis à jour toutes les dernières JSON.net. Nice!
- C'était la plus facile, la plus simple solution qui a résolu mon problème. Merci!
InformationsquelleAutor McGaz
15

J'ai trouvé pour supprimer cette section du fichier de projet corriger le problème.
```
<ItemGroup>
<Reference Include="Newtonsoft.Json">
  <HintPath>..\packages\Newtonsoft.Json.6.0.1\lib\net45\Newtonsoft.Json.dll</HintPath>
</Reference>
```
- Ce qu'il est. Je suppose qu'aucun de Newtonsoft.Json.6.0.1/6.0.3/6.0.5 match à la liaison de redirection "oldVersion="0.0.0.0-6.0.0.0"" Mais je ne sais pas comment écrire correct
- C'était mon problème, je ne suis pas sûr de ce qui l'a ajouté.
- A travaillé pour moi. Erreur liée à un conflit entre les v6.0 et v12.0. L'élément du groupe de référence était de v11.0. Si vous ne savez pas ce qui se passe, mais de supprimer l'élément du groupe semble avoir résolu, à aussi loin que la suppression de l'erreur de compilation.
InformationsquelleAutor szmulder

Si aucun des travaux ci-dessus, essayez d'utiliser ce web.config ou app.config:

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <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>
    </assemblyBinding>
</runtime>

L'OP déjà eu cette liaison rediriger dans son site web.config.

InformationsquelleAutor ZeroDotNet

4

La solution finale à votre assemblée de rediriger les erreurs

Bon, j'espère que cela devrait vous aider à résoudre tout (sane) référence de l'assemblage des écarts ...
1. Vérifier l'erreur.
1. Web de vérification.la configuration après l'assemblée de redirection. Créer un s'il n'existe pas encore.
1. Droit-cliquez sur la référence pour le montage et choisissez Propriétés.
1. Vérifier la Version (pas la version du moteur d'Exécution) dans le tableau des Propriétés. Copiez que.
1. Coller dans la nouvelleversion attribut.
1. Pour des raisons de commodité, modifier la dernière partie de la oldVersion à quelque chose de haut, rond et imaginaire.
Se réjouir.
- Cette réponse m'a sauvé beaucoup de temps! J'ai eu une application web à l'aide d'un custom C# de la bibliothèque, à la fois utilisé le même package nuget, mais l'application web a une ancienne version de la bibliothèque et de la redirection n'a pas été inclusive de la version de la bibliothèque de l'aide.
InformationsquelleAutor
3

Rappelez-vous que avec la liaison de redirection

oldVersion="0.0.0.0-6.0.0.0"

Vous dites que les anciennes versions de dll sont entre la version 0.0.0.0 et la version 6.0.0.0.
- oldVersion est un peu de l'abus de langage ici, en fait, ce que vous dites, c'est que votre assemblée/exe a été construit avec une référence à une version dans la gamme 0.0.0.0-6.0.0.0 et que le fait installé (et de préférence) est la version de la valeur sous newVersion (ancienne version serait mieux rédigé comme "prévu" version et la nouvelle version serait mieux rédigé comme la "version")
InformationsquelleAutor Sherlock-jr
2

J'ai mis à niveau à partir de Newtonsoft.Json 11.0.1 à 12.0.2. Ouvrir le fichier de projet dans Notepad++, j'ai découvert
```
<Reference Include="Newtonsoft.Json, Version=12.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed, processorArchitecture=MSIL">
      <HintPath>..\packages\Newtonsoft.Json.12.0.2\lib\net45\Newtonsoft.Json.dll</HintPath>
    </Reference>
```
et
```
<ItemGroup>
    <Reference Include="Newtonsoft.Json">
      <HintPath>..\packages\Newtonsoft.Json.11.0.1\lib\net45\Newtonsoft.Json.dll</HintPath>
    </Reference>
  </ItemGroup>
```
J'ai supprimé le ItemGroup emballage de la référence à l'indice chemin d'accès à la version 11.0.1.

Ces questions peut être incroyablement frustrant pour les trouver. De plus, les développeurs suivent souvent les mêmes étapes que le précédent projet de configurations. L'avant configurations de ne pas rencontrer le problème. Pour quelque raison que ce soit le fichier de projet est parfois mise à jour incorrecte.

J'ai désespérément souhait de Microsoft de corriger ces visual studio l'enfer des DLL questions de popping up. Il arrive beaucoup trop souvent et de causer des progrès à cri à l'arrêt jusqu'à ce qu'il est fixe, souvent par essais et erreurs.

InformationsquelleAutor Jeremy Ray Brown
0

J'ai eu le même problème et je voulais juste poster une réponse pour les autres dans ma situation.

J'ai une solution en cours d'exécution d'un ASP.NET Application Web avec plusieurs autres de classe C# lib projets.

Mon ASP.NET Application Web n'était pas à l'aide de json, mais d'autres projets où.

C'est la façon dont je l'ai corrigé:
1. J'ai fait en sorte que tous les projets où l'aide de la dernière version (6) à l'aide de NuGet mise à Jour sur tous les projets actuellement à l'aide de n'importe quelle version de json - cela ne résout pas le problème
2. J'ai ajouté json à l'application web à l'aide de NuGet - ce résolu le problème (permettez-moi de plonger dans pourquoi):
L'étape 2 a été tout d'abord l'ajout d'une information de configuration json, qui suggèrent que tous les projets, l'utilisation de la dernière version (6) n'importe quelle version ils ont. L'ajout de l'assemblée de liaison sur le Web.La Config est plus probable de les corriger.

Toutefois, l'étape 2 aussi nettoyé som code de legs. Il s'est avéré que nous avons déjà utilisé une ancienne version (5) de json dans notre Application Web et la NuGet dossiers n'a pas été supprimé lors de la référence (je soupçonne: manuellement) supprimé. L'ajout de la dernière json (6), enlevé les anciens dossiers json (v5). Ce pourrait être une partie de la correction.

InformationsquelleAutor Nick Niebling
0

J'ai mis à jour mon colis et même réinstallé mais j'étais encore exactement la même erreur que les OP mentionné. J'ai modifié manuellement référencé dans la dll en procédant comme suit.

J'ai enlevé le newtonsoft.json.dll de mon de référence, puis supprimé manuellement le .dll à partir de la corbeille directoy. Ensuite, j'ai copié manuellement l'newtonsoft.json.dll à partir du package nuget dossier dans le projet de la corbeille, puis ajout de la référence par la navigation à l' .dll fichier.

Maintenant, mon projet s'appuie de nouveau.

InformationsquelleAutor Adam Heeg
0

Personne n'a mentionné la suivante, ce qui à mon sens est la bonne solution:

Aller le csproj du projet où la nuget est installé, et de définir la AutoGEneratedBindingRedirects à false.

<AutoGenerateBindingRedirects>false</AutoGenerateBindingRedirects>

Article complet dans MSDN.

InformationsquelleAutor Veverke

Vous devez vous connecter pour publier un commentaire.

La solution finale à votre assemblée de rediriger les erreurs