未能加载文件或程序集“MySql.Data”或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 说明: 执行当前 Web 请求期间,出现未经处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.IO.FileLoadException: 未能加载文件或程序集“MySql.Data”或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x

问题 找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 描述 使用NPOI导出word文档,需要C#的解压缩类,所以引用了ICSharpCode.SharpZipLib.dll文件.但是运行一直提示版本不对,引用的是0.86.0.518,但是导入的DLL文件是0.85.5.45.找了一个下午,终于找到原因.在项目中又新建了一个"temp"文件夹,将新版本0.86.0.518的DLL文件放在里面.然后进行引用,以为引用的是新版本0.86.0.5

未能加载文件或程序集“Newtonsoft.Json, Version=6.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed”或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040)的错误解决方案 在web.config中加以下代码 <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v

"/"应用程序中的服务器错误. 未能加载文件或程序集"Newtonsoft.Json"或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 说明: 执行当前 Web 请求期间,出现未经处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.IO.FileLoadException: 未能加载文件或程序集"Newtonsoft.Json&q

Newtonsoft.Json报错:未能加载文件或程序集"..."或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配.   □ 背景分析 在帮助类库中使用了Newtonsoft.Json的最新版本,在主程序中,引用了Newtonsoft.Json的某个版本,估计是因为2个版本不一致而引发的错误. 在帮助类中,右键Newtonsoft.Json:   在主程序中,右键Newtonsoft.Json: 果然,Newtonsoft.Json的2个版本不一致.   □ 解决方法 →ht

C# mvc+EF 运行视图时出现问题:未能加载文件或程序集"EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 解决办法:查看所有引用的EntityFramework版本是否一致.

今天发布web API,调用接口报错了:未能加载文件或程序集“System.Web.Http, Version=5.2.4.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 代码没问题,找了一会,发现是Web.Config的问题.runtime缺少dependentAssembly.加上就好了~ <dependentAssembl

今天在调试项目不知道怎么了,突然就报未能加载文件或程序集“Antlr3.Runtime”或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040) 问题原因:程序集清单定义与程序集引用不匹配(最终发现Antlr3.Runtime 版本不一致) 解决方法: 1)在工具---> Nuget包管理器  --> 管理解决方案的NuGet程序包 2)找对对应程序模块的,更新Antlr3.Runtime 版本 3)由于我是最新版本,所以我卸载后重新安装

System.IO.FileLoadException: 未能加载文件或程序集"System.Web.Mvc, Version=5.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"或它的某一个依赖项.找到的程序集清单定义与程序集引用不匹配. (异常来自 HRESULT:0x80131040)文件名:"System.Web.Mvc, Version=5.0.0.0, Culture=neutral, PublicK

项目里有一个WinForm程序,它需要使用一套第三方控件.而我的机器上存有这套控件的两种版本(一个是源码版,一个是演示版).结果经常出现“程序集清单定义与程序集引用不匹配的问题”的异常.最要命的是有时候啥都没改,重新编译几次就没问题了,然后改了些东西之后再重新编译就又会报那个异常. 解决方法:首先,确保程序所引用的第三方控件的DLL都是同一个版本的,然后,把程序的bin\Debug和obj\Debug里的所有文件全部删除(如果提示文件正被占用无法删除则重启机器,总之一定要一个不留地全删除),然后

引用第三方的 fineui 库依然使用旧版本导致.更换 fineui为新版,或找到源码更改引用 为新版,问题解决.

今天遇到了一个比较坑的问题,琢磨了好久... 因为需要引用一个第三方的类库,三方的类库引用的是Newtonsoft.Json.dll 版本7.0.0而我的项目中引用的是Newtonsoft.Json.dll 版本4.5.0,这样两个引用造成了冲突.所有的引用都OK,编译时提示" Newtonsoft.Json.Linq"未引用,可是这明明已经引用了.尝试使用nuget更新,更新到最新版9.0.0,更新成功后可以一成功编译,但是访问时又出现这个样的问题. 最终解决方法,修改web.con

报错信息: 在web.config中已经加了以下代码. <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="MySql.Data" publicKeyToken="C5687FC88969C44D" culture="neu

方法一:在web.config的configuration接点中添加,最好是添加在configuration节点的最后 <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <dependentAssembly> <assemblyIdentity name="WebGrease" publicKeyToken="31bf3856a

1.查看引用处是否确实引用, 2.查看<runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">  <dependentAssembly>中有无该DLL的映射,但是此时你引用的可能是别的版本的 System.Web.Http,此时把 oldVersion="0.0.0.0-5.1.0.0" newVersion="5.1.0.0" 这

报这种错误,就是比对Quartz的版本 ,右击引用的dll,属性查看版本. 一个项目中要一样  或者接口和调用接口的要一样  . 思路:解决这种问题的思路就是比对版本号.有可能是其它的dll,但是思路都是一样的. 举例如下: Program里面调用quartz的scheduler,这个时候就会用到quartz,而且CompanyScheduler这个类中,有触发器,job.由于分离的原则,讲job单独作为一个类库,所以两边的quartz是单独引用的.

是因为web.config中dependentAssembly结点下的版本号和当前引用的程序集的版本号不一致!

□ 背景 通过NuGet安装某程序包后,运行程序出现如上错误.   □ 分析 可能是程序集版本不兼容引起的,可以通过NuGet先把程序包删除,然后再安装最新或某个版本的程序包.   □ 解决方法 通过"uninstall-package -f WebGrease"先卸载,然后通过"install-package WebGrease"再下载最新版本,问题解决.   关于使用NuGet程序包卸载和安装: ● 查看版本:到https://www.nuget.org ● 删

切换System.ComponentModel.Annotations版本到4.4.1  重新编译即可

参考:https://www.lanhusoft.com/Article/120.html 产生的原因: 公司原来的项目用的是MiniProfiler 3.0.11新项目本来想使用4.0,但是无奈网上资料太少,连英文文档都是3.0的版本,使用只能使用3.0.11 版本的,报了这个错之后,按照上面地址的做法,修改了应用的版本号,却报版本不匹配,那么说明版本号可能反而被我改错了. 正在抓狂的时候,突然发现,这两个dll默认引用的版本不一样,一个是 3.0.11,一个是3.0.10.将版本较低的那个卸