System.Net.Http type mismatch at compile

Question

Since updating a .Net Framework Web Api2 project to .Net Framework 4.7.1 and updating references to the now native System.Net.Http library, we now get the following error at compile time (not the typical runtime). Thus assembly binding redirects have no effect.

The type 'HttpResponseMessage' exists in both 'System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' and 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' SkinOnline.Web C:_dev\MapsOnline.Web\API\Controllers\Utilites\LongProcessController.cs

I've no idea where the older version is coming from - perhaps one of the project dependencies.

Edit So after adding the dll from

C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.7.1

Once under references the path has changed to

C:\VS2017\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net471\lib\System.Net.Http.dll

And that says the Version is 4.2.0.0

jenson-button-event jenson-button-event · Accepted Answer · 2018-01-11T13:02:55

So in fact the new native file is version 4.2.0.0 (no idea what the folks were doing here given the latest version before this consolidation was 4.3.3).

Indeed we do require the binding redirect.

<dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
  </dependentAssembly>

Without it I get weird runtime errors

System.MissingMethodException Method not found: 'System.Net.Http.HttpRequestMessage System.Web.Http.ApiController.get_Request()'.

System.Net.Http type mismatch at compile

2 Answers