突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
我的问题和解决方案，症状是相同的“无法加载指定的元数据资源”，但根本原因不同。我在解决方案中有两个项目，一个是EntityModel，另一个是解决方案。实际上，我在EntityModel中删除并重新创建了EDMX文件。
解决方案是，我必须回到Web应用程序项目，并将这一行添加到配置文件中。新模型改变了一些必须在“其他”项目的Web中复制的项。配置文件。旧的结构不再适用了。
<add name="MyEntities"
connectionString="metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;
provider=System.Data.SqlClient;
provider connection string="
data source=Q\DEV15;initial catalog=whatever;
user id=myuserid;password=mypassword;
multipleactiveresultsets=True;
application name=EntityFramework""
providerName="System.Data.EntityClient" />
其他回答
我编写了这个helper类，当ObjectContext对象定义在与使用它的项目不同的项目中时，它可以创建对象的实例。我解析配置文件中的连接字符串，并将'*'替换为完整的程序集名称。
它并不完美，因为它使用反射来构建对象，但这是我能找到的最通用的方法。
希望它能帮助到别人。
public static class EntityHelper<T> where T : ObjectContext
{
public static T CreateInstance()
{
// get the connection string from config file
string connectionString = ConfigurationManager.ConnectionStrings[typeof(T).Name].ConnectionString;
// parse the connection string
var csBuilder = new EntityConnectionStringBuilder(connectionString);
// replace * by the full name of the containing assembly
csBuilder.Metadata = csBuilder.Metadata.Replace(
"res://*/",
string.Format("res://{0}/", typeof(T).Assembly.FullName));
// return the object
return Activator.CreateInstance(typeof(T), csBuilder.ToString()) as T;
}
}
我在解决方案文件夹中包含项目的解决方案中遇到了同样的问题，当它们被移动到解决方案根目录时(为了克服Mvc3AppConverter由于项目位置而导致的疑似bug)。
尽管在需要时重新添加了所有*项目引用后编译了解决方案，但在网站启动时抛出了错误。
EDMX在其中一个被移动的项目(“Data”项目)中，但当然，缺少对Data项目的引用并不会导致编译错误，只是运行时错误。
简单地将缺少的引用添加到主项目就解决了这个问题，根本不需要编辑连接。
我希望这能帮助到其他人。
有同样的问题，因为我重命名了一个程序集。
我还必须在项目属性/AssemblyInfo.cs中的AssemblyTitle和AssemblyProduct属性中重命名它，并删除并重新添加对edmx文件的引用。
然后它运行得很好。
一个糟糕的app.config或web。配置文件可以做到这一点..我已经复制了app.config连接字符串到我的web。在我的UI中配置，最终进入:
<connectionStrings>
<connectionStrings>
<add name="name" connectionString="normalDetails"/>
</connectionStrings>
</connectionStrings>
在我的情况下，列出的答案没有一个是有效的，所以我发布了这个。
For my case, building on Visual studio and running it with IIS express worked fine. But when I was deploying using Nant scripts as a stand-alone website was giving errors. I tried all the suggestions above and then realized the DLL that was generated by the nant script was much smaller than the one generated by VS. And then I realized that Nant was unable to find the .csdl, .msl and .ssdl files. So then there are really two ways to solve this issue, one is to copy the needed files after visual studio generates them and include these files in the build deployment. And then in Web.config, specify path as:
"metadata=~/bin/MyDbContext.csdl|~/bin/MyDbContext.ssdl|~/bin/MyDbContext.msl;provider=System.Data.SqlClient;...."
这是假设您已经手动复制文件到您正在运行的网站的bin目录。如果它在不同的目录中，则相应地修改path。 第二种方法是在Nant脚本中执行EdmGen.exe，并生成文件，然后将它们作为资源，如下例所示: https://github.com/qwer/budget/blob/master/nant.build
