解决方案里有很多项目.生成时提示100多个错误,都是未能找到元数据文件**.dll. 那就清理一下解决方案,一个一个来吧. 生成GateWay.Utilities项目时,虽然提示成功了,却发现bin/Debug/下是空的.生成路径配置是默认的,即bin/Debug/(Debug模式) 后来,从警告栏里发现了端倪:被引用项目“GateWay.Models”的目标为高于此项目的当前目标框架版本(4.5)的框架版本(4.8).如果此项目的目标框架之外的程序集中的类型被依赖链中的任何项目使用,则上述情况

     今天在做一个项目的时候,遇到这样的一个问题,我用的是三层结构的.未能找到元数据文件“D:\SYSTEM\桌面\MyExam\MyExam\MyExamBLL\bin\Debug\BLL.dll”------“D:\SYSTEM\桌面\MyExam\MyExam\MyExamBLL\bin\Debug\DAL.dll”,在网上找了很长时间也没有找到终于自己解决了,在些分享给大家. 起因是:在点击生成解决方案的时候点错了,点成清理解决方案了,之后在生成的时候就出现了这样的错误.网上找的大部

错误 1 正在编译转换: 未能找到元数据文件“C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\..\IDE\EntityFramework.dll” 错误 2 正在编译转换: 未能找到元数据文件“C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\..\IDE\Microsoft.Data.Entity.Design.dll” 就是这

使用VS的时候   偶尔会出现错误 [未能找到元数据文件“引用的DLL的路径”] 但是实际上项目中这些DLL都是做了引用的,甚至你前一天打开还是好好的,睡一觉起来 不知道什么原因 就酱紫了 原因:不详 处理方法: 找到文件夹 C:\Windows\Microsoft.NET\Framework 我的是v4.0.30319 进去之后 清空文件夹 Temporary ASP.NET Files 下的内容  重开项目即可

错误 1 未能找到元数据文件“C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/wwwroot/7cb4fcd   错误 1 未能找到元数据文件“C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/Temporary ASP.NET Files/wwwroot/7cb4fcd 有些时候突然出现这样莫名奇妙的问题 googlel 一下 说是原来的项目在微软的缓存下不存在

问题背景: 公司最近给我配置了一台新Windows 7旗舰版的电脑,这几天一直在迁移文件,因为新电脑上安装Sqlserver r2失败,解决方法是要安装一个800+MB的安装包 由于最近手上事情比较多也就没有解决这个事情,直接使用VS默认的Sqlserver2005 express也是可以的,但在安装SSMSE的时候却提示说系统不支持了 因为没有时间去解决它加上迁移文件也不是一天两天的事,所以还是决定在旧电脑上处理项目问题 最近一直在对旧电脑上的数据进行清理并删除一些不需要的软件(旧电脑是要给新

问题:引用里已经添加了,还是报‘未能找到元数据文件xxx.dll’ 解决:添加了相同的不同路径的xxx.dll文件,删掉一个用不到的,就不报错了

在bin下面会生成更dll相同名称的xml文件,可能是因为我之前把项目中的很多部分设置了从项目中排除,关于dll也提示复制的问题解决办法是直接把那些生成的xml文件删除.在发布时还会提示obj文件夹下面的错误如上述“未能将文件,,复制到..”解决办法是把obj这个文件设置”从项目中排除“再次发布即可.

使用 Nuget 安装 Microsoft.CodeDom.Providers.DotNetCompilerPlatform 包即可. VS2017都是用 roslyn 编译, VS2015原本的编译器 MSBuild 仍然是14版本,一些新的C#语法已经不支持编译,新的roslyn编译器,支持c# 6.0语法.它放到bin里面去是为了支持 asp.net 应用的动态编译. 通过 nuget 包 Microsoft.CodeDom.Providers.DotNetCompilerPlatform

VS2017改用roslyn编译的,新的roslyn编译器,支持c# 6.0语法.它放到bin里面去是为了支持asp.net应用的动态编译. 它是通过nuget的包Microsoft.CodeDom.Providers.DotNetCompilerPlatform安装的,会在web.config里面配置<system.codedom><compilers>,替换掉默认的编译器. 它是通过nuget安装的包,如果你们都使用nuget来管理依赖,应该不会有问题.如果不需要roslyn,

在不同的解决方案中把一个项目搬来搬去,终于出现了传说的CSC : error CS0006.编译的时候总是提示一个引用中不存在的项找不到.无论怎样删除项目,删除引用都没法通过生成. 最终解决方案: 用notepad打开csproj项目文件,找到包含出问题的引用项所在的 <ItemGroup>项,整个删除此项.

翻阅了一些资料后发现是需要重新注册IIS服务扩展,在“开始”-“运行”里输入如入命令,回车,搞定 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis -i -enable

我的WebApi项目使用Nuget加载了一些包以后出现了这样的问题,本地可以访问,但发布到线上后,出现这样的报错 这个问题出现的原因是Nuget的时候,多加载了一些项目可能不需要的依赖库所导致的. 解决方法: 1.先将多余的依赖库删掉,一般是 Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 Microsoft.Net.Compilers 这俩个 2.删除web.config中加载的这个依赖的代码段 <system.codedom>

主要原因是因为两个库存在,需要生成一个 roslyn文件,但是这个项目是从 vs2017中,打开的,所以,没有必要存在它. 那么就删除这两个关联的库,就可以达到目的 S2017 打开  程序包管理控制台 也就是 Nuget 第一个命令 UnInstall-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform第二个命令 UnInstall-Package Microsoft.Net.Compilers 然后,继续运行项目,发现,项目已

错误 1 正在编译转换: 未能找到元数据文件“C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\..\IDE\EntityFramework.dll” 错误 2 正在编译转换: 未能找到元数据文件“C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\..\IDE\Microsoft.Data.Entity.Design.dll” 一.打

最近在2017上新建了一个MVC项目,发布是出现了各种奇怪的问题,其中一个错误是: 未能找到路径“path\bin\roslyn\csc.exe”.... 经过网上搜寻资料发现罪魁祸首就是NUGET里加载的两个组建: Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0Microsoft.Net.Compilers 因为存在依赖关系,卸载时按从上到下的顺序卸载. 把相关项目的这两个程序集卸载之后就好了!!! 移动项目输出路径也不会出现奇

ylbtech-Error-MVC: 未能找到路径“D:\\DsWeb\DS.Web\dist\bin\roslyn\csc.exe”的一部分. 1.返回顶部 1, “/”应用程序中的服务器错误. 未能找到路径“D:\work-集客\DsWebs\DsWeb\DS.Web\dist\bin\roslyn\csc.exe”的一部分. 说明: 执行当前 Web 请求期间,出现未经处理的异常.请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息. 异常详细信息: System.IO.

发布网站时候大家可能会遇到这样的情况,就是报错提示说:“未能将文件xxx复制到xxx,未能找到文件xx”,这个问题一般来说有三种解决方案,个人倾向第三种,如图: 解决方案如下: 方案一.把系统提示缺失的文件重新放入相对应的文件夹中,然后再发布.但是如果时间久了文件自己都找不到的话这个方案不推荐: 方案二.删除“.csproj”项目文件中的 < Content Include>相对应参数行,用“ctrl+f”找到后一个一个删除即可.如果内容较多的话,也不推荐这个方案.如图:  SHAPE  \*

C#编译错误 CS0009:未能打开元数据文件 编译错误 说明: 在编译向该请求提供服务所需资源的过程中出现错误.请检查下列特定错误详细信息并适当地修改源代码. 编译器错误消息: CS0009: 未能打开元数据文件“c:\Users\examp\AppData\Local\Temp\Temporary ASP.NET Files\root\88df7f4b\e2326c34\assembly\dl3\ac9fb4ef\006d2402_edd3c701\Tools.DLL”--“导入程序集“c:

多层架构,在每次重新生成解决方案的时候,老是提示:warning MSB3245: 未能解析此引用.未能找到程序集“CemeteryBLL”.请检查磁盘上是否存在该程序集. 如果您的代码需要此引用,则可能出现编译错误. 但是如果逐个生成,那就没问题.这是因为在多层架构中,项目之间有引用关系,比如三层架构,UI界面层引用了BLL业务层,BLL业务层引用了DAL数据层,如果我们全部生成解决方案,它生成的顺序如果不是先从DAL再BLL最后UI层,则会提示上面那个错误.因为如果先生成UI层,那么生成的时