Come è possibile correggere i conflitti di versione dell'assembly con JSON.NET dopo aver aggiornato i riferimenti al pacchetto NuGet in un nuovo progetto ASP.NET MVC 5?

Ho creato un nuovo progetto Web ASP.NET MVC 5 in VS 2013 (aggiornamento 1), quindi ho aggiornato tutti i pacchetti NuGet. Quando creo il progetto, ricevo il seguente avviso:

avviso MSB3243: nessun modo per risolvere il conflitto tra "Newtonsoft.Json, Version = 6.0.0.0, Culture = neutral, PublicKeyToken = 30ad4fe6b2a6aeed" e "Newtonsoft.Json, Version = 4.5.0.0, Culture = neutral, PublicKeyToken = 30ad4fe6b2a6aeed".

Quando controllo web.config, tuttavia, vedo che è presente un reindirizzamento vincolante:

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

Che è esattamente ciò che suggerisce l'avvertimento.

Come posso correggere questo avviso?

Ecco i passaggi che ho utilizzato per correggere l'avviso:

• Scarica progetto in VS
• Modifica il file .csproj
• Cerca tutti i riferimenti all'assembly Newtonsoft.Json
  • Trovati due, uno per v6 e uno per v5
  • Sostituisci il riferimento a v5 con v6
• Ricarica progetto
• Compilare e notare l'errore di riferimento dell'assembly
• Visualizza i riferimenti e vedi che ora ce ne sono due per Newtonsoft.Json. Rimuovi quello che non riesce a risolversi.
• Ricostruisci - nessun avviso

Ho avuto questo problema perché ho aggiornato i pacchetti, che includevano Microsoft.AspNet.WebApi che ha un riferimento a Newtonsoft.Json 4.5.6 e avevo già installato la versione 6. Non era abbastanza intelligente usare la versione 6.

Per risolverlo, dopo l'aggiornamento WebApi ho aperto Strumenti> NuGet Package Manager> Pacakge Manager Console e ho eseguito:

 Update-Package Newtonsoft.Json

Il registro mostrava che le versioni 6.0.xe 4.5.6 erano state tutte aggiornate all'ultima e che andava tutto bene.

Ho la sensazione che questo si ripresenterà.

Ho scoperto di eliminare questa sezione dal file di progetto per risolvere il problema.

<ItemGroup>
<Reference Include="Newtonsoft.Json">
  <HintPath>..\packages\Newtonsoft.Json.6.0.1\lib\net45\Newtonsoft.Json.dll</HintPath>
</Reference>

Se nessuna delle soluzioni precedenti funziona, prova a utilizzarla in web.config o 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>

Ho aggiornato da Newtonsoft.Json 11.0.1 a 12.0.2. Aprendo il file di progetto in Notepad ++ ho scoperto entrambi

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

e

<ItemGroup>
    <Reference Include="Newtonsoft.Json">
      <HintPath>..\packages\Newtonsoft.Json.11.0.1\lib\net45\Newtonsoft.Json.dll</HintPath>
    </Reference>
  </ItemGroup>

Ho eliminato ItemGroup racchiudendo il riferimento con il percorso del suggerimento alla versione 11.0.1.

Questi problemi possono essere follemente frustranti da trovare. Inoltre, gli sviluppatori seguono spesso gli stessi passaggi delle precedenti configurazioni del progetto. Le configurazioni precedenti non hanno riscontrato il problema. Per qualsiasi motivo il file di progetto viene occasionalmente aggiornato in modo errato.

Desidero disperatamente che Microsoft risolva questi problemi di inferno della DLL di Visual Studio. Succede fin troppo spesso e il progresso si ferma fino a quando non viene risolto, spesso per tentativi ed errori.

La soluzione finale agli errori di reindirizzamento dell'assembly

Va bene, si spera che questo dovrebbe aiutare a risolvere eventuali discrepanze di riferimento di assembly (sensate) ...

1. Controlla l'errore.

2. Controllare web.config dopo il reindirizzamento dell'assembly. Creane uno se non esiste.

3. Fare clic con il pulsante destro del mouse sul riferimento per l'assieme e scegliere Proprietà.

4. Controllare la versione (non la versione runtime) nella tabella delle proprietà. Copia questo.

5. Incolla nell'attributo newVersion.

6. Per comodità, cambia l'ultima parte della vecchia versione in qualcosa di alto, rotondo e immaginario.

Rallegrarsi.

Ricordalo con il reindirizzamento vincolante

oldVersion = "0.0.0.0-6.0.0.0"

Stai dicendo che le vecchie versioni della dll sono comprese tra la versione 0.0.0.0 e la versione 6.0.0.0.

Nessuno ha menzionato quanto segue, che a mio avviso è la soluzione corretta:

Vai alla csproj del progetto in cui è installato il NuGet, e impostare l' AutoGEneratedBindingRedirectsa false.

<AutoGenerateBindingRedirects>false</AutoGenerateBindingRedirects>

Articolo completo su MSDN.

Ho aggiornato il mio pacchetto e l'ho persino reinstallato, ma ricevevo ancora lo stesso identico errore dell'OP menzionato. Ho modificato manualmente la DLL a cui si fa riferimento effettuando le seguenti operazioni.

Ho rimosso newtonsoft.json.dll dal mio riferimento, quindi ho eliminato manualmente il .dll dalla directory bin. Quindi ho copiato manualmente newtonsoft.json.dll dalla cartella del pacchetto nuget nel cestino del progetto, quindi ho aggiunto il riferimento sfogliando il file .dll.

Ora il mio progetto ricostruisce.

Ho avuto un problema simile e volevo solo pubblicare una risposta per gli altri nella mia situazione.

Ho una soluzione che esegue un'applicazione Web ASP.NET con più altri progetti lib di classe C #.

La mia applicazione Web ASP.NET non utilizzava json, ma altri progetti dove.

Ecco come l'ho risolto:

1. Mi sono assicurato che tutti i progetti usassero l'ultima versione (6) usando NuGet Update su tutti i progetti che attualmente utilizzano qualsiasi versione di json - questo non ha risolto il problema
2. Ho aggiunto json all'applicazione Web utilizzando NuGet: questo ha risolto il problema (fammi capire perché):

Il passaggio 2 è stato innanzitutto l'aggiunta di informazioni di configurazione per json, che suggeriscono che tutti i progetti utilizzino l'ultima versione (6) indipendentemente dalla versione che hanno. L'aggiunta dell'associazione dell'assembly a Web.Config è molto probabilmente la correzione.

Tuttavia, il passaggio 2 ha anche ripulito un codice legacy. Si è scoperto che in precedenza abbiamo utilizzato una vecchia versione (5) di json nella nostra applicazione Web e le cartelle NuGet non sono state eliminate quando il riferimento è stato (sospetto: manualmente) rimosso. Aggiungendo l'ultimo json (6), rimosse le vecchie cartelle (json v5). Anche questo potrebbe essere parte della correzione.

Veverke ha affermato che è possibile disabilitare la generazione di reindirizzamenti vincolanti impostando AutoGEneratedBindingRedirects su false. Non sono sicuro che si tratti di una novità da quando questa domanda è stata pubblicata, ma c'è un'opzione "Salta l'applicazione dei reindirizzamenti vincolanti" in Strumenti / Opzioni / Nuget Packet Manager, che può essere attivata. Per impostazione predefinita è disattivato, il che significa che verranno applicati i reindirizzamenti. Tuttavia, se lo fai, dovrai gestire manualmente tutti i reindirizzamenti vincolanti necessari.