Microsoft.WindowsAzure.Storage and System.Net.Http conflict
I have just updated all packages in my application (which consists of many projects). One of these packages was System.Net.Http. Now I am getting an error:
'Storage' with identity 'Storage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' which has a higher version than referenced assembly 'System.Net.Http' with identity 'System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
I was hoping I could add a redirect, so in my Storage project, I put this:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<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.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
in the app.config, but I still get the error.
I guess my question is: Can I use a binding redirect for a referenced library or do I have to rollback my Update-Package and put version constraints on System.Net.Http??
c# .net azure-storage
add a comment |
I have just updated all packages in my application (which consists of many projects). One of these packages was System.Net.Http. Now I am getting an error:
'Storage' with identity 'Storage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' which has a higher version than referenced assembly 'System.Net.Http' with identity 'System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
I was hoping I could add a redirect, so in my Storage project, I put this:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<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.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
in the app.config, but I still get the error.
I guess my question is: Can I use a binding redirect for a referenced library or do I have to rollback my Update-Package and put version constraints on System.Net.Http??
c# .net azure-storage
Why not redirect to 4.2, i.e.<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?
– Tsahi Asher
Nov 21 '18 at 16:24
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01
add a comment |
I have just updated all packages in my application (which consists of many projects). One of these packages was System.Net.Http. Now I am getting an error:
'Storage' with identity 'Storage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' which has a higher version than referenced assembly 'System.Net.Http' with identity 'System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
I was hoping I could add a redirect, so in my Storage project, I put this:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<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.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
in the app.config, but I still get the error.
I guess my question is: Can I use a binding redirect for a referenced library or do I have to rollback my Update-Package and put version constraints on System.Net.Http??
c# .net azure-storage
I have just updated all packages in my application (which consists of many projects). One of these packages was System.Net.Http. Now I am getting an error:
'Storage' with identity 'Storage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' uses 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' which has a higher version than referenced assembly 'System.Net.Http' with identity 'System.Net.Http, Version=4.1.1.3, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
I was hoping I could add a redirect, so in my Storage project, I put this:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<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.2.0.0" newVersion="4.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
in the app.config, but I still get the error.
I guess my question is: Can I use a binding redirect for a referenced library or do I have to rollback my Update-Package and put version constraints on System.Net.Http??
c# .net azure-storage
c# .net azure-storage
asked Nov 21 '18 at 16:20
r3plicar3plica
4,3731447130
4,3731447130
Why not redirect to 4.2, i.e.<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?
– Tsahi Asher
Nov 21 '18 at 16:24
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01
add a comment |
Why not redirect to 4.2, i.e.<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?
– Tsahi Asher
Nov 21 '18 at 16:24
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01
Why not redirect to 4.2, i.e.
<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?– Tsahi Asher
Nov 21 '18 at 16:24
Why not redirect to 4.2, i.e.
<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?– Tsahi Asher
Nov 21 '18 at 16:24
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01
add a comment |
2 Answers
2
active
oldest
votes
Steps for soloving Assembly uses version X which has a higher version than referenced assemblu error:
Open packages.config and delete the System.Net.Http entry.
Save and build then readd assemble from nuget.
Build and run.
When you compile apps in Visual Studio that target the .NET Framework 4.5.1 and later versions, binding redirects may be automatically added to the app configuration file to override assembly unification.
In Visual Studio, select the project in Solution Explorer
, and then choose Open Folder in File Explorer
from the shortcut menu. In File Explorer, find the project (.csproj or .vbproj) file and open it in Notepad.
Add the following element to the first configuration property group (under the tag):
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
For more details, you could refer to this article.
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
|
show 2 more comments
Ok, after hours of playing, looking around on the internet and solutions posted here, I finally got this to work.
Here are the steps I did.
- Rename System.Net.Http.dll to System.Net.Http.dl_ in this folder: C:Program Files (x86)Microsoft Visual Studio2017ProfessionalMSBuildMicrosoftMicrosoft.NET.Build.Extensionsnet461lib
- For each project that references System.Net.Http, make sure they are using the NuGet package and not the one from extensions
- Build your project and look through each of the Refreences for each project, check the version of the System.Net.Http dll (right click > properties)
- Unload the project and search for System.Net.Http and make sure they are the same version as in step 3 (You can try setting them all to version 4.2.0.0, but I had issues with this)
Once this is done, trying rebuilding your project, it should build and should run.
I hope this helps someone else.
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53416373%2fmicrosoft-windowsazure-storage-and-system-net-http-conflict%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Steps for soloving Assembly uses version X which has a higher version than referenced assemblu error:
Open packages.config and delete the System.Net.Http entry.
Save and build then readd assemble from nuget.
Build and run.
When you compile apps in Visual Studio that target the .NET Framework 4.5.1 and later versions, binding redirects may be automatically added to the app configuration file to override assembly unification.
In Visual Studio, select the project in Solution Explorer
, and then choose Open Folder in File Explorer
from the shortcut menu. In File Explorer, find the project (.csproj or .vbproj) file and open it in Notepad.
Add the following element to the first configuration property group (under the tag):
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
For more details, you could refer to this article.
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
|
show 2 more comments
Steps for soloving Assembly uses version X which has a higher version than referenced assemblu error:
Open packages.config and delete the System.Net.Http entry.
Save and build then readd assemble from nuget.
Build and run.
When you compile apps in Visual Studio that target the .NET Framework 4.5.1 and later versions, binding redirects may be automatically added to the app configuration file to override assembly unification.
In Visual Studio, select the project in Solution Explorer
, and then choose Open Folder in File Explorer
from the shortcut menu. In File Explorer, find the project (.csproj or .vbproj) file and open it in Notepad.
Add the following element to the first configuration property group (under the tag):
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
For more details, you could refer to this article.
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
|
show 2 more comments
Steps for soloving Assembly uses version X which has a higher version than referenced assemblu error:
Open packages.config and delete the System.Net.Http entry.
Save and build then readd assemble from nuget.
Build and run.
When you compile apps in Visual Studio that target the .NET Framework 4.5.1 and later versions, binding redirects may be automatically added to the app configuration file to override assembly unification.
In Visual Studio, select the project in Solution Explorer
, and then choose Open Folder in File Explorer
from the shortcut menu. In File Explorer, find the project (.csproj or .vbproj) file and open it in Notepad.
Add the following element to the first configuration property group (under the tag):
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
For more details, you could refer to this article.
Steps for soloving Assembly uses version X which has a higher version than referenced assemblu error:
Open packages.config and delete the System.Net.Http entry.
Save and build then readd assemble from nuget.
Build and run.
When you compile apps in Visual Studio that target the .NET Framework 4.5.1 and later versions, binding redirects may be automatically added to the app configuration file to override assembly unification.
In Visual Studio, select the project in Solution Explorer
, and then choose Open Folder in File Explorer
from the shortcut menu. In File Explorer, find the project (.csproj or .vbproj) file and open it in Notepad.
Add the following element to the first configuration property group (under the tag):
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
For more details, you could refer to this article.
answered Nov 22 '18 at 5:44
Joey CaiJoey Cai
5,6751211
5,6751211
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
|
show 2 more comments
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
Do I have to add the autogenerate flag to ALL projects in the solution? Or just the startup one?
– r3plica
Nov 22 '18 at 9:29
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
You could find out the conflict projects and add it.
– Joey Cai
Nov 22 '18 at 9:31
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I have tried all this and it just doesn't seem to work. In 2 of my projects editing the .csproj file and setting the version to 4.2.0.0 breaks code in my project (stateing it can't find the type or namespace name 'Http'
– r3plica
Nov 22 '18 at 9:36
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did get it to compile, but when it started up I actually got an error on the API itself stating it can't find System.Net.Http 4.0.0.0 which I haven't referenced anywhere and I can't find that in any of my projects
– r3plica
Nov 22 '18 at 9:37
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
I did, in all the projects that require it
– r3plica
Nov 22 '18 at 9:41
|
show 2 more comments
Ok, after hours of playing, looking around on the internet and solutions posted here, I finally got this to work.
Here are the steps I did.
- Rename System.Net.Http.dll to System.Net.Http.dl_ in this folder: C:Program Files (x86)Microsoft Visual Studio2017ProfessionalMSBuildMicrosoftMicrosoft.NET.Build.Extensionsnet461lib
- For each project that references System.Net.Http, make sure they are using the NuGet package and not the one from extensions
- Build your project and look through each of the Refreences for each project, check the version of the System.Net.Http dll (right click > properties)
- Unload the project and search for System.Net.Http and make sure they are the same version as in step 3 (You can try setting them all to version 4.2.0.0, but I had issues with this)
Once this is done, trying rebuilding your project, it should build and should run.
I hope this helps someone else.
add a comment |
Ok, after hours of playing, looking around on the internet and solutions posted here, I finally got this to work.
Here are the steps I did.
- Rename System.Net.Http.dll to System.Net.Http.dl_ in this folder: C:Program Files (x86)Microsoft Visual Studio2017ProfessionalMSBuildMicrosoftMicrosoft.NET.Build.Extensionsnet461lib
- For each project that references System.Net.Http, make sure they are using the NuGet package and not the one from extensions
- Build your project and look through each of the Refreences for each project, check the version of the System.Net.Http dll (right click > properties)
- Unload the project and search for System.Net.Http and make sure they are the same version as in step 3 (You can try setting them all to version 4.2.0.0, but I had issues with this)
Once this is done, trying rebuilding your project, it should build and should run.
I hope this helps someone else.
add a comment |
Ok, after hours of playing, looking around on the internet and solutions posted here, I finally got this to work.
Here are the steps I did.
- Rename System.Net.Http.dll to System.Net.Http.dl_ in this folder: C:Program Files (x86)Microsoft Visual Studio2017ProfessionalMSBuildMicrosoftMicrosoft.NET.Build.Extensionsnet461lib
- For each project that references System.Net.Http, make sure they are using the NuGet package and not the one from extensions
- Build your project and look through each of the Refreences for each project, check the version of the System.Net.Http dll (right click > properties)
- Unload the project and search for System.Net.Http and make sure they are the same version as in step 3 (You can try setting them all to version 4.2.0.0, but I had issues with this)
Once this is done, trying rebuilding your project, it should build and should run.
I hope this helps someone else.
Ok, after hours of playing, looking around on the internet and solutions posted here, I finally got this to work.
Here are the steps I did.
- Rename System.Net.Http.dll to System.Net.Http.dl_ in this folder: C:Program Files (x86)Microsoft Visual Studio2017ProfessionalMSBuildMicrosoftMicrosoft.NET.Build.Extensionsnet461lib
- For each project that references System.Net.Http, make sure they are using the NuGet package and not the one from extensions
- Build your project and look through each of the Refreences for each project, check the version of the System.Net.Http dll (right click > properties)
- Unload the project and search for System.Net.Http and make sure they are the same version as in step 3 (You can try setting them all to version 4.2.0.0, but I had issues with this)
Once this is done, trying rebuilding your project, it should build and should run.
I hope this helps someone else.
answered Nov 22 '18 at 9:48
r3plicar3plica
4,3731447130
4,3731447130
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53416373%2fmicrosoft-windowsazure-storage-and-system-net-http-conflict%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Why not redirect to 4.2, i.e.
<bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
?– Tsahi Asher
Nov 21 '18 at 16:24
I tried that, didn't work.
– r3plica
Nov 21 '18 at 16:27
You need to reference the v4.2 library of System.Net.Http, and set the newVersion to 4.2 as well.
– Zhaoxing Lu - Microsoft
Nov 22 '18 at 2:01