31

I've just uploaded a Asp.Net Web Api 2.2 project to production server and I got the error stated in the title.

In my Web.config I already have this:

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

The file does exist in the bin. What would cause this?
All my Asp.Net Web API files are up to date and show 5.2.2 as the version. It works fine on my dev machine.

Coreus
  • 5,360
  • 3
  • 35
  • 50
Mike_G
  • 16,237
  • 14
  • 70
  • 101
  • Before add webapi cors pls check we.http verion (****) use first neget package PM> Install-Package Microsoft.AspNet.WebApi.Cors add webcofiq - use old correct version – K.L Sathish Oct 31 '19 at 14:44

9 Answers9

46

Set Copy Local to true in the properties for the System.Web.Http and System.Web.Http.WebHost assemblies and redeploy the package.

If this doesn't solve your problem completely try reinstalling the NuGet package. This will hopefully correct broken dependencies. From the package management console, run this command:

Update-Package Microsoft.AspNet.WebApi -reinstall

Make sure to install System.Web.Http.WebHost as well.

Mihai Dinculescu
  • 19,743
  • 8
  • 55
  • 70
12

For me, from "Solution Explorer" I checked the ver of "System.Web.Http" in the project references, which was 5.2.3.0 so, in the web.config, I changed:

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

to

<bindingRedirect oldVersion="0.0.0.0-5.2.2.0" newVersion="5.2.3.0" />

then build. It worked for me!

Daniel B
  • 3,109
  • 2
  • 33
  • 42
  • Look out all, this version has recently changed, so you'll need to go to 5.2.4.0 for your redirect. Otherwise this is the right answer (although I think you need to edit your old version to "0.0.0.0-5.2.3.0" in your second line. – The Senator Apr 19 '18 at 11:18
  • 1
    Saved my day! Thanks. – Sapan Ghafuri Jun 10 '18 at 13:10
  • This solved it for me. But there is no bindingRedirect yet. I added it and it solved it. – Alexander Feb 01 '22 at 15:46
4

Adding below config inside web.cofig solved my issue.

  <dependentAssembly>
    <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.2.3.0" newVersion="5.2.5.0" />
  </dependentAssembly>
M.Laida
  • 1,818
  • 1
  • 13
  • 19
1

If you have an assembly in GAC with a different version, it will always be loaded, not the one from bin folder.

Ricardo Peres
  • 13,724
  • 5
  • 57
  • 74
  • This is simply untrue. The dependentAssembly config he posted makes sure of that. – Mihai Dinculescu Dec 02 '14 at 16:32
  • That is what is not true. If you have an assembly in the GAC and another on the filesystem, same name and public key, try as you might, even loading its bytes, but you will always load the one from the GAC. Try it. – Ricardo Peres Dec 02 '14 at 16:47
1

I solved the problem into the following steps:

  1. Stopping the site into the remote web server
  2. Cleaning the site folder
  3. Publishing it again
  4. Starting the site

One click publishing did not replace the correct version of dll or the remote site was keeping the file in use.

1
  • Make sure you are referring the correct version of System.web.http in your project (check web.config).
  • If System.web.http is not present in reference, try to install it using nugets.
  • If both the above points are correct at your local then try to restore your nugets from package manager console
Ghanendra
  • 341
  • 2
  • 13
0

I ran into the same exact error. It was caused by a script I was using to deploy the application which replaced the Web.config with a previous version. The Web.config was specifying the wrong version of System.Web.Http. Removing that step solved the problem.

Matt Weeks
  • 21
  • 1
-1

Silly advise, but in my case restart Visual Studio helped me.

Anton Semenov
  • 411
  • 5
  • 11
-4

Another way to do this, which do not require a New build or update/reinstall With Nuget is to do the following in config.web:

For the dll you have issues With, do the following:

&lt;bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="5.2.2.0"&gt;

I had an issue today, and this little tweak solved it...

Trond
  • 363
  • 1
  • 4
  • 14