System.Net.Http.Formatting的nuget版本冲突问题

?

已经添加了nuget Microsoft.AspNet.WebApi.Client

调用System.Net.Http.HttpClient.PostAsJsonAsync的时候报如下的错误:


Could not load file or assembly ‘System.Net.Http.Formatting, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35‘ or one of its dependencies. The located assembly‘s manifest definition does not match the assembly reference.

?

怎么回事那?

【分析】

查看了主网站的项目文件(.csproj)和DLL的项目文件(.csproj),发现两个项目中引用的.cspro版本不一致。

DLL的项目的引用如下:


<Reference
Include="System.Net.Http.Formatting, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">

<SpecificVersion>False</SpecificVersion>

<HintPath>..\packages\Microsoft.AspNet.WebApi.Client.5.2.3\lib\net45\System.Net.Http.Formatting.dll</HintPath>

</Reference>

?

主项目中的引用如下:


<Reference
Include="System.Net.Http.Formatting, Version=5.2.2.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">

<SpecificVersion>False</SpecificVersion>

<HintPath>..\packages\Microsoft.AspNet.WebApi.Client.5.2.2\lib\net45\System.Net.Http.Formatting.dll</HintPath>

</Reference>

?

这样就导致实际放到bin目录下的是5.2.2版本,这样DLL 项目就找不到5.2.3版本了。

?

【解决方法】

这几个地方5.2.2版本都要改成5.2.3.

  1. 主项目文件。

<Reference
Include="System.Net.Http.Formatting, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">

<SpecificVersion>False</SpecificVersion>

<HintPath>..\packages\Microsoft.AspNet.WebApi.Client.5.2.2\lib\net45\System.Net.Http.Formatting.dll</HintPath>

</Reference>

  1. 主项目的引用,可能默认引用到了是系统的.net framework目录下的,要改成和DLL项目中一样的路径(也就是nuget中的路径)
  2. 主项目的web.config。

<dependentAssembly>

<assemblyIdentity
name="System.Net.Http.Formatting"
publicKeyToken="31bf3856ad364e35"
culture="neutral" />

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

</dependentAssembly>

?

时间: 2024-08-27 10:49:35

System.Net.Http.Formatting的nuget版本冲突问题的相关文章

npoi与memcached中的ICSharpCode.SharpZipLib版本冲突的解决方案

项目中一直使用NPOI与memcached,一直相安无事,但是最近升级了npoi到最新版本,发生了ICSharpCode.SharpZipLib的版本冲突问题. 因为此前一直使用的是NPOI的1.x的版本,用的SharpZipLib是0.84版本,而升级到最新版本以后,SharpZipLib的版本变成了0.86版本. 但是memcached的却没有最新版本供使用,而只能使用0.84的版本. 那么问题就来了,该如何解决同一个dll不同版本的冲突问题呢? 目前可以在gitbub上获取到最新版本的np

【手记】未能从程序集System.Net.Http.Formatting中加载类型System.Net.Http.Formatting.FormUrlEncodedMediaTypeFormatter

实际报错如图: 如果你跟我一样是在折腾Asp.Net WebApi 2.x时遇到这个问题,请参看如下办法: 删除现有System.Net.Http.Formatting引用(如果引用了的话) 重新引用[解决方案目录\packages\Microsoft.AspNet.WebApi.Client.5.2.3\lib\net45\System.Net.Http.Formatting.dll] 或者重新从nuget获取这个包 -文毕-

jar包版本冲突,并且要保留两个版本都能使用

问题:在做项目时,遇到jar版本冲突的问题,并且老代码依赖不能用新jar包代替,要保证功能不变须要保证两个jar都能使用 思路:使用runtime 的exec 方式另启线程运行,然后返回结果 解决: 1):创建可运行的jar包,并创建入口main方法,方法实现新功能的调用与结果或异常的返回 public static void main(String[] args) { try { //接收参数 String privateKeyPath = args [0]; /* 业务逻辑 */ Syste

svn -- 数据备份,版本回退,版本冲突,多仓库配置

数据备份 差异存储法: 版本回退 版本冲突 原理图: 解决办法: 三种方案: 1)合理分配项目开发模块 wangcai:文章,邮件,会员 xiaoqiang:静态化,缓存,前台 2)合理分配项目开发时间 wangcai:上午开发 xiaoqiang:下午开发 3)多者同时开发某一文件,产生了问题,那么可以采用如下方式解决: 步骤: 1.首先更新文档,下载最新文件,如下图 .r9:是系统最初的一个状态文件 .r10:是系统最新的也就是旺财上传的那个文件 .mine:我们现在要上传的文件 index

Linux下搭建SVN+版本冲突

环境:CentOs 6.5(最小化安装) 参考资料:http://www.iusesvn.com/subversion/tortoisesvn_doc/ [[email protected] ~]# yum -y install subversion [[email protected] ~]# mkdir /svn/ -p [[email protected] ~]# useradd svn [[email protected] ~]# chown svn:svn /svn/ -R [[ema

【转】Windows7 下安装 JDK 7 时版本冲突问题解决

原文网址:http://wxl24life.iteye.com/blog/1966058 自己电脑上一直用的 JDK 版本是 1.6,今天决定更新到 1.7,在安装 JDK 1.7 后,控制台输入 java 命令测试是否安装成功的时候报错了: Other代码   C:\Users\wxl24life>java Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion' has value '1.7', but 

Maven依赖版本冲突的分析及解决小结

1:前言 做软件开发这几年遇到了许多的问题,也总结了一些问题的解决之道,之后慢慢的再遇到的都是一些重复性的问题了,当然,还有一些自己没有完全弄明白的问题.如果做的事情是重复的,遇到重复性问题的概率也就会比较多了,如果是在一个新的领域里玩,遇到的问题又都是新的,自己从来没有见过的,但是问题的解决思路基本是类似的.下面这个问题,我觉得值得一记,因为以后还会再遇到类似的,我希望自己能很快的将其解决掉. 2:报错信息 如下是更新项目后,启动项目时抛出的部分错误信息. 十二月 14, 2016 7:52:

Java Gradle入门指南之依赖管理(添加依赖、仓库、版本冲突) (转)

本文为作者原创,转载请注明出处:http://www.cnblogs.com/gzdaijie/p/5296624.html 目录 1.添加依赖包名1.1 依赖类型1.2 声明依赖1.3 添加java依赖1.4 查找依赖包名1.5 完整的例子2.添加依赖仓库3.依赖常见问题3.1 依赖传递性3.2 版本冲突3.3 动态依赖3.4 更多设置 开发任何软件,如何管理依赖是一道绕不过去的坎,软件开发过程中,我们往往会使用这样那样的第三方库,这个时候,一个好的依赖管理就显得尤为重要了.作为一个自动构建工

jquery不同版本冲突导致低版本功能不能用

oConflict() 方法让渡变量 $ 的 jQuery 控制权. 该方法释放 jQuery 对 $ 变量的控制. 使用方法: var jq = $.noConflict();//转换控制权 jq(document).ready(function () { jq("#outside").click(function () {你的操作...... }); }); }); jquery不同版本冲突导致低版本功能不能用,布布扣,bubuko.com