Nie można załadować pliku lub zestawu „System.Web.Http 4.0.0 po aktualizacji od 2012 do 2013

Zrobiłem aktualizację zgodnie z. http://www.asp.net/mvc/tutorials/mvc-5/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and- web-api-2

Dostaję błąd. Czy ktoś jeszcze ma ten błąd?

Błąd serwera w aplikacji „/”.

Nie można załadować pliku lub zestawu „System.Web.Http, Version = 4.0.0.0, Culture = neutralny, PublicKeyToken = 31bf3856ad364e35” lub jednej z jego zależności. Definicja manifestu zlokalizowanego zespołu nie pasuje do odwołania do zespołu. (Wyjątek od HRESULT: 0x80131040)
Opis: Wystąpił nieobsługiwany wyjątek podczas wykonywania bieżącego żądania internetowego. Przejrzyj dane śledzenia stosu, aby uzyskać więcej informacji o błędzie i jego źródle w kodzie.

Szczegóły wyjątku: System.IO.FileLoadException: Nie można załadować pliku lub zestawu „System.Web.Http, Wersja = 4.0.0.0, Kultura = neutralny, PublicKeyToken = 31bf3856ad364e35” lub jednej z jego zależności. Definicja manifestu zlokalizowanego zespołu nie pasuje do odwołania do zespołu. (Wyjątek od HRESULT: 0x80131040)

Błąd źródła:

Linia 48: Linia 49: Linia 50:} Linia 51: Linia 52: chronione void Application_BeginRequest (nadawca obiektu, EventArgs e)

Plik źródłowy: d: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ Global.asax.cs Linia: 50

Śledzenie ładowania zestawu: Poniższe informacje mogą być pomocne w ustaleniu, dlaczego nie można załadować zestawu „System.Web.Http, Version = 4.0.0.0, Culture = neutralny, PublicKeyToken = 31bf3856ad364e35”.

=== Informacja o stanie przed wiązaniem === LOG: DisplayName = System.Web.Http, Wersja = 4.0.0.0, Kultura = neutralny, PublicKeyToken = 31bf3856ad364e35 (W pełni określony) LOG: Appbase = plik: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/ LOG: Początkowa PrivatePath = D: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ bin Wywołanie zestawu: ThirdPartyWebAPI, Wersja = 1.0.0.0, Kultura = neutralny, PublicKeyToken = null. === LOG: Powiązanie rozpoczyna się w domyślnym kontekście ładowania. LOG: Za pomocą pliku konfiguracji aplikacji: D: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ web.config LOG: Za pomocą pliku konfiguracji hosta: C: \ Users \ michalc \ Documents \ IISExpress \ config \ aspnet.config LOG: Za pomocą konfiguracji maszyny plik z C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config. LOG: Odniesienie do zasad: System.Web.Http, Wersja = 4.0.0.0, Kultura = neutralny, PublicKeyToken = 31bf3856ad364e35 LOG: Próba pobrania nowego pliku URL: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http.DLL. LOG: Próba pobrania nowego pliku URL: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http .DLL. LOG: Próba pobrania nowego pliku URL: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN: Porównanie nazwy zestawu spowodowało niedopasowanie: Błąd wersji głównej: Nie można ukończyć konfiguracji zestawu (hr = 0x80131040). Sondowanie zakończone. Próba pobrania nowego pliku URL: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLL . LOG: Próba pobrania nowego pliku URL: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN: Porównanie nazwy zestawu spowodowało niedopasowanie: Błąd wersji głównej: Nie można ukończyć konfiguracji zestawu (hr = 0x80131040). Sondowanie zakończone. Próba pobrania nowego pliku URL: /// C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files / root / 9184b2ea / c6d4b139 / System.Web.Http / System.Web.Http.DLL . LOG: Próba pobrania nowego pliku URL: /// D: /SM/7.4Test/WebAPIServerV2/ThirdPartyWebAPI/bin/System.Web.Http.DLL. WRN: Porównanie nazwy zestawu spowodowało niedopasowanie: Błąd wersji głównej: Nie można ukończyć konfiguracji zestawu (hr = 0x80131040). Sondowanie zakończone. Nie udało się ukończyć konfiguracji zestawu (hr = 0x80131040). Sondowanie zakończone. Nie udało się ukończyć konfiguracji zestawu (hr = 0x80131040). Sondowanie zakończone.

Ślad stosu:

[FileLoadException: Nie można załadować pliku lub zestawu „System.Web.Http, Version = 4.0.0.0, Culture = neutralny, PublicKeyToken = 31bf3856ad364e35” lub jednej z jego zależności. Definicja manifestu zlokalizowanego zespołu nie pasuje do odwołania do zespołu. (Wyjątek od HRESULT: 0x80131040)] ThirdPartyWebAPI.WebApiApplication.Application_Start () in d: \ SM \ 7.4Test \ WebAPIServerV2 \ ThirdPartyWebAPI \ Global.asax.cs: 50

[HttpException (0x80004005): Nie można załadować pliku lub zestawu „System.Web.Http, Wersja = 4.0.0.0, Kultura = neutralny, PublicKeyToken = 31bf3856ad364e35” lub jednej z jego zależności. Definicja manifestu zlokalizowanego zespołu nie pasuje do odwołania do zespołu. (Wyjątek HRESULT: 0x80131040)]
System.Web.HttpApplicationFactory.EnsureAppStartCalledForIntegratedMode (HttpContext kontekst HttpApplication APP) +9935033
System.Web.HttpApplication.RegisterEventSubscriptionsWithIIS (IntPtr appContext, HttpContext kontekst MethodInfo [] Wózki) +118
System.Web.HttpApplication .InitSpecial (stan HttpApplicationState, procedury obsługi MethodInfo [], kontekst aplikacji IntPtr, kontekst HttpContext) +172
System.Web.HttpApplicationFactory.GetSpecialApplicationInstance (kontekst aplikacji IntPtr, kontekst HttpContext) +336
System.Web.Hosting.PipelineRuntime.InitializeApplication ( kontekst aplikacji IntPtr) +296

[HttpException (0x80004005): Nie można załadować pliku lub zestawu „System.Web.Http, Wersja = 4.0.0.0, Kultura = neutralny, PublicKeyToken = 31bf3856ad364e35” lub jednej z jego zależności. Definicja manifestu zlokalizowanego zespołu nie pasuje do odwołania do zespołu. (Wyjątek od HRESULT: 0x80131040)]
System.Web.HttpRuntime.FirstRequestInit (kontekst HttpContext) +9913572 System.Web.HttpRuntime.EnsureFirstRequestInit (kontekst HttpContext) +101 System.Web.HttpRuntime.Proc7RequesterRequesterRequesterRequesterRextestRequester

Informacje o wersji: Microsoft .NET Framework Wersja: 4.0.30319; Wersja ASP.NET: 4.0.30319.18408

Naprawiłem to poprzez ponowną instalację pakietu NuGet , który naprawia zepsute zależności. W menedżerze pakietów uruchom:

Update-Package Microsoft.AspNet.WebApi -reinstall

Aby rozwiązać problem Nie można załadować pliku lub zestawu Błąd „System.Web.Http” należy użyć NuGet, aby zainstalować WebHost API sieci Web 2.1.

W eksploratorze rozwiązań w odnośnikach kliknij prawym przyciskiem myszy i wybierz zarządzanie pakietami nuget. (jeśli nie, zainstaluj nuget)

W oknie zarządzania pakietami NuGet po lewej stronie kliknij online, a następnie w prawym górnym rogu wyszukaj Web Host i zainstaluj Microsoft ASP.NET Web API 2.1 Web Host. (Po zainstalowaniu przycisk instalacji zmieni kolor na zielony)

Następnie projekt zostanie ponownie załadowany, a po ponownej kompilacji błąd zostanie rozwiązany, a projekt zostanie debugowany i uruchomiony. Błąd zniknie, a być może „Nie można znaleźć zasobu. Wystarczy dołączyć adres URL (np. Z localhost: 52088 / do localhost: 52088api / produkty)

Twoje pytanie było dobre i pomogło mi.

Mam nadzieję, że ta odpowiedź pomoże!

Musisz dodać przekierowania zestawu:

<configuration>

   ....

   <runtime>
      <assemblyBinding>
    <dependentAssembly>
        <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="5.0.0.0" />
      </dependentAssembly>
      </assemblyBinding>
   </runtime>

   ...

</configuration>

Najprawdopodobniej musisz to zrobić dla kilku innych zespołów, takich jak hosting stron internetowych itp.

Lub możesz to zrobić z konsoli menedżera pakietów NuGet

 Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

Następnie będziesz mógł dodać odwołanie do System.Web.Http.WebHost 5.0

Po zainstalowaniu Web Api 2.2 pomóż ten błąd zaczął. Dodałem to do pliku web.config i to rozwiązało mój problem.

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>

Po prostu ustawiłem Copy Local = truebrakujący zestaw i to zadziałało. Dzieje się tak oczywiście poprzez kliknięcie prawym przyciskiem myszy brakującego odwołania (co znajduje się w komunikacie o błędzie) i wybranie właściwości; jak poniżej:

To powinno następnie rozwiązać jeden problem, ponieważ przyczyną może być więcej niż jeden zespół - spowodowałem, że wybrałem wszystkie zestawy i kliknąłem je prawym przyciskiem myszy; wybrane właściwości; i ustaw je wszystkie na Kopiuj lokalnie = prawda; a następnie ponownie opublikować.

Właściwym rozwiązaniem tego problemu jest wykonanie następujących kroków

. Zaktualizuj Visual Studio, jeśli masz starszą wersję do 15.5.4 (opcjonalnie)

2. Usuń wszystkie przekierowania wiązania z pliku web.config

3. Dodaj to do pliku csproj:

 <PropertyGroup>
  <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
  <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>

4. Budować.

5. W folderze bin powinien znajdować się (WebAppName).dll.configplik.

6. Powinien zawierać przekierowania. Skopiuj je do pliku web.config

7. Ponownie usuń powyższy wycinek z pliku csproj

8. To powinno działać

Detailed Blog

Dla mnie awaria występowała tylko z tym błędem w środowisku produkcyjnym, a nie na komputerze lokalnym; udało się usunąć zawartość folderu / bin, a następnie ponownie ją wygenerować.

Tylko oczywista, ale możliwa pomocna wskazówka ... pamiętaj, aby sprawdzić, czy nowa wersja określona w powiązaniu zestawu webconfig jest tą samą wersją, do której odwołujesz się w odniesieniach do projektu. (tj. kiedy piszę to ... byłoby to 5.1.0.0, jeśli ostatnio zrobiłeś NUGet na System.Web.Http

 Installing NuGet package ASP.NET.MVC solved the issue for me. 
 To install package.
 - Right click on project 
 - Select "Manage NuGet Packages"
 - Select Online->Nuget.org from left menu
 - select "Microsoft ASP.NET MVC"
 - Click Install

 If you have already installed package earlier, please update the package by selecting Updates from left menu and then selecting "Microsoft ASP.NET" and click Update.

To może komuś pomóc.

Zdecydowałem się na aplikację MVC4.

uruchomić projekt, pracował

Następnie zainstalowałem kilka pakietów, takich jak
Microsoft ASP.NET WEB API 2.2 (4 pakiety)
Microsoft ASP.NET WEB API 2.2 Strona pomocy
Microsoft ASP.NET WEB API 2.2 OWIN

uruchom projekt, ten sam błąd, jak wspomniano w pytaniu

Rozwiązanie:

W pliku web.config

 <dependentAssembly>
      <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
 </dependentAssembly>

Problem rozwiązany

ale następnie znaleziono błąd poprawki. Aby go rozwiązać, przejdź do folderu VIEW projektu MVC4, znajdź plik second web.config i zmieniono wersję z 2.0.0.0 na 3.0.0.0, jak pokazano poniżej.

<configSections>
    <sectionGroup name="system.web.webPages.razor" type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
      <section name="host" type="System.Web.WebPages.Razor.Configuration.HostSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
      <section name="pages" type="System.Web.WebPages.Razor.Configuration.RazorPagesSection, System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" />
    </sectionGroup>
  </configSections>

W moim przypadku brakowało mi web.configcałkowicie moich , które miały odpowiednie wiążące przekierowania. Przywrócenie web.configrozwiązanego błędu.

Mógłbym rozwiązać podobny problem z System.Net.HTTP poprzez dodanie odwołania do zestawu w app.config głównej aplikacji.

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

Znalazłem rozwiązanie! Usuń folder o nazwie pakiet w katalogu projektu, a następnie przebuduj, aby go uruchomić.

<dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>
<dependentAssembly>
    <assemblyIdentity name="System.Net.Http.Formatting" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
</dependentAssembly>

TAK!!!

Install-Package Microsoft.AspNet.WebApi -Version 5.0.0

W moim przypadku działa dobrze .... thnkz

Mi nie zrobił nic, po prostu kopiowane rozwoju Bin folderu DLL na online wdrożonej Bin folderu i to działało dobrze dla mnie.

Jak powiedzieli inni, po prostu zainstaluj ponownie pakiet MVC do projektu internetowego za pomocą nugetu, ale pamiętaj, aby dodać pakiet MVC do wszystkich projektów w zależności od projektu internetowego, takich jak testy jednostkowe. Jeśli zbudujesz każdy dołączony projekt osobno, zobaczysz, że wymagają one aktualizacji.

Miałem ten sam problem i ponowna instalacja pakietu nie działa.

Moja aplikacja działa w LocalIIS (nie w IIS EXPRESS). Włączam śledzenie zestawu montażowego i dowiaduję się, że chcę załadować System.Web.Http load from below temp catche. więc usuń wszystkie znajdujące się w nim foldery .

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Tymczasowe pliki ASP.NET [moja aplikacja]

Rozwiązałem ten problem, cofając zmiany, które nuget wprowadził do mnie web.configpo uruchomieniu nuget. Cofnij zmiany do poprzedniej działającej wersji.

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.2.0" />
  </dependentAssembly>

Tym, co rozwiązało problem, było ponowne zainstalowanie stron pomocy Microsoft ASP.NET Web API 2.2 i pakietów OWIN Microsoft ASP.NET Web API 2.2 . Ponownie zainstalowałem oba w tym samym czasie, ale myślę, że to ten pierwszy rozwiązał problem.

Wypróbowałem kilka pierwszych oferowanych tutaj rozwiązań, ale to nie pomogło, a następnie porównałem moje zależności z tymi w projekcie, który zadziałał (z kursu Pluralsight), a dwie powyższe zależności były wersją niższą (5.0.0 ), więc zaktualizowałem je do wersji 5.2.3 i zaczęło działać.

Miałem to z usługi WCF. Dla mnie (ponieważ problem wyświetlał się w lokalnym dev), po prostu musiałem usunąć zawartość folderu bin pod rozwiązaniem. Przebudowa znów działa dobrze.

Wersja ASP.NET: 4.0.30319.18408 należy do .Net4.5, a System.Web.Http Version = 4.0.0.0 jest kompatybilny z .NET4.0. Więc posiadane wersje nie są kompatybilne. Zaktualizuj System.Web.Http do wersji 5.0.0.0, która jest kompatybilna z .Net4.5

Miałem podobny problem. Wszystko działało wcześniej. Został on pierwotnie wykonany przy użyciu formularzy internetowych, a później dodany do niektórych interfejsów API sieci Web.

• Próbowałem odinstalować, zainstalować i ponownie zainstalować pakiet Microsoft.AspNet.WebApi.
• Próbowałem usunąć folder pakietów z rozwiązania i pozwolić NuGet na przywrócenie w VS.
• Próbowałem usunąć poszczególne odwołania do zestawu (w obszarze Referencje) i ponownie zainstalować pakiety.
• Próbowałem dodać przekierowania wiązania do wersji 5.2.3.0 w pliku web.config wspomniane w kilku odpowiedziach. Nic mi nie działało.

W Visual Studio działało ustawienie ustawień profilu publikowania z wersji na debugowanie. Dziwne, ale to działało. Więc dzielę się tutaj.

Ten problem występuje podczas wdrażania na platformie Azure za pomocą funkcji publikowania. Pamiętaj, aby wyczyścić pliki w miejscu docelowym.

Publish Settings -> File Publish Options drop down -> Check Remove additional files at destination

To rozwiązało mój problem, na wypadek gdyby ludzie musieli polować na to, jak ja. W moim projekcie / rozwiązaniu wszystko było w tej samej wersji, tylko nie w miejscu, w którym wdrażałem.

Jeśli korzystasz z kilku projektów w jednym rozwiązaniu i wywołujesz metodę z jednego projektu do innego projektu, upewnij się, że wszystkie projekty (zwane projektem i projektem wywołującym) używają unikalnej 'System.Net.Http'wersji .

Zmień flagę wersji Specf z true na false dla dll w referencji

Miałem ten sam problem z System.Web.Http.WebHost, wersja = 5.2.6.0, ale najnowszy pakiet NuGet to 5.2.7.0. Edytowałem pliki web.config, ponownie instalowałem pakiet NuGet, a następnie edytowałem pliki projektu Visual Studio dla wszystkich moich projektów, aby upewnić się, że nie zachowały się żadne odniesienia do 5.2.6.0. Nawet po tym wszystkim problem nadal występował.

Następnie poszukałem w folderze bin projektu, który zgłosił wyjątek, w którym znalazłem bibliotekę DLL dla jednego z moich innych projektów, który nie jest zależny i nigdy nie powinien tam być. Usunąłem niepoprawną bibliotekę DLL (która została skompilowana przy użyciu System.Web.Http.WebHost w wersji 5.2.6.0), przebudowałem kłopotliwy projekt i teraz działa.