突然,在实例化生成的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=&quot;
                    data source=Q\DEV15;initial catalog=whatever;
                    user id=myuserid;password=mypassword;
                    multipleactiveresultsets=True;
                    application name=EntityFramework&quot;"
     providerName="System.Data.EntityClient" />

其他回答

异常是因为编译器指向不存在的元数据,所以只是复制app.config连接字符串到Web。配置ConnectionString

对于所有SelftrackingEntities用户, 如果您已经遵循Microsoft演练并将Object上下文类分离为 WCF服务项目(通过链接到上下文.tt)所以这个答案是给你的:

这篇文章中显示的部分答案包括如下代码:

... = string.Format("res://{0}/YourEdmxFileName.csdl|res://{0}/YourEdmxFileName.ssdl|res://{0}/YourEdmxFileName.msl", 
        typeof(YourObjectContextType).Assembly.FullName); 

对你没用!!原因是youobjectcontexttype。程序集现在驻留在不同的程序集(在wcf项目程序集内),

你应该用——>替换youobjectcontexttype。assembly。fullname

ClassTypeThatResidesInEdmProject.Assembly.FullName 

玩得开心。

在我的案例中,EDMX的XML结构中的语法错误也是原因。我发现在VS无法显示图表之后,我打开了XML编辑器。

之前的合并是导致语法错误的根本原因。

我在反思一个旧程序时,遇到了同样的问题。我浏览了之前的答案,我成功地解决了这个问题,我把“Model.”的3个文件。csdl”、“模型。ssdl”和“模型。在bin目录中,也在实体类的旁边。 之后修改web中实体连接字符串的元数据部分。配置为:

metadata=~/bin/Model.csdl|~/bin/Model.ssdl|~/bin/Model.msl

程序运行成功,显示此异常。

最终的解决方案(即使在另外两台机器上以及EDMX和其他设备上重新创建数据库之后)是不使用Entity Framework的第一版。期待在。net 4.0中再次评估它。

在再次遇到同样的问题并四处寻找答案之后,我终于找到了一个遇到同样问题的人。visualstudio的向导似乎没有正确地生成连接字符串,而且到元数据资源的链接缺少一个重要路径。

v1.0错误?:无法加载指定的元数据资源。脚本!=模型

更新2013-01-16:已经过渡到几乎完全使用EF Code First实践(即使是现有的数据库),这个问题不再是一个问题。对我来说,这是一个可行的解决方案,可以减少自动生成的代码和配置带来的混乱,并增加我自己对产品的控制。