突然，在实例化生成的ObjectContext类时，我一直得到一个MetadataException。App.Config中的连接字符串看起来是正确的-自从上次它工作以来没有改变-我已经尝试从底层数据库中重新生成一个没有变化的新模型(edmx-file)。
有人有什么想法吗?
进一步的细节:我没有更改任何属性，没有更改任何输出程序集的名称，也没有尝试将EDMX嵌入到程序集中。我只是下班后等了10个小时才回来。然后它就不管用了。
我试过重新创造EDMX。我试着重新创建这个项目。我甚至尝试从头开始重新创建数据库。不管怎样，运气不好。
当前回答
对于所有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
玩得开心。
其他回答
一个小小的修改帮我解决了这个问题。
我有3个项目参考资料的解决方案:
connectionString="metadata=res://*/Model.Project.csdl|res://*/Model.Project.ssdl|res://*/Model.Project.msl;
我改为:
connectionString="metadata=res://*/;
我编写了这个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;
}
}
我也有同样的问题。我用反射器查看了我的编译dll，发现资源的名称是不正确的。我重新命名了，现在看起来很好。
我从解决方案中的所有项目中删除了\bin和\obj文件夹，然后重新构建解决方案，它工作得很好
在将一个大的解决方案从源代码管理资源管理器的一个文件夹移动到另一个文件夹后，我得到了这个问题。我们没有把包文件夹检查到Team Foundation，所以我认为VS会自动下载包。这将我的EF表单v6.1.2升级到v6.1.3。
当我降级到最初的v6.1.2时，这个问题就消失了。
