实体框架抛出NullReferenceException异常在ValidateConsitency

我已经升级到实体框架4.3，并得到以下错误：实体框架抛出NullReferenceException异常在ValidateConsitency

[NullReferenceException: Object reference not set to an instance of an object.] 
    System.Data.Entity.ModelConfiguration.Configuration.Properties.Navigation.NavigationPropertyConfiguration.ValidateConsistency(NavigationPropertyConfiguration navigationPropertyConfiguration) +588 
    System.Data.Entity.ModelConfiguration.Configuration.Properties.Navigation.NavigationPropertyConfiguration.Configure(EdmNavigationProperty navigationProperty, EdmModel model, EntityTypeConfiguration entityTypeConfiguration) +122 
    System.Data.Entity.ModelConfiguration.Configuration.Types.EntityTypeConfiguration.ConfigureAssociations(EdmEntityType entityType, EdmModel model) +160 
    System.Data.Entity.ModelConfiguration.Configuration.Types.EntityTypeConfiguration.Configure(EdmEntityType entityType, EdmModel model) +102 
    System.Data.Entity.ModelConfiguration.Configuration.ModelConfiguration.ConfigureEntities(EdmModel model) +95 
    System.Data.Entity.DbModelBuilder.Build(DbProviderManifest providerManifest, DbProviderInfo providerInfo) +112 
    System.Data.Entity.DbModelBuilder.Build(DbConnection providerConnection) +58 
    System.Data.Entity.Internal.LazyInternalContext.CreateModel(LazyInternalContext internalContext) +62 
    System.Data.Entity.Internal.RetryLazy`2.GetValue(TInput input) +117 
    System.Data.Entity.Internal.LazyInternalContext.InitializeContext() +452 
    System.Data.Entity.Internal.InternalContext.ForceOSpaceLoadingForKnownEntityTypes() +55 
    System.Data.Entity.DbContext.System.Data.Entity.Infrastructure.IObjectContextAdapter.get_ObjectContext() +25 
    Namespace.Test.Start() in c:\Builds\6\Test\DevDeployed\Sources\Namespace.Test.Kernel\Loader.cs:97 
    MvcApplication.Application_Start() in c:\Builds\6\Test\DevDeployed\Sources\Namespace.Test.Kernel\Web\Global.asax.cs:48

如果我在Visual Studio中创建应用程序的工作，但自动部署网站（通过TFS）给出了这样的错误（就像在命令行中使用MSBUILD一样）。

似乎没有任何方法可以得到体面的错误信息，所以我在黑暗中导致问题的原因。我不认为这是一个映射问题，因为我可以让它在VS中工作。我试图排除模型中的所有内容，并介绍一些事情，直到问题出现 - 但一切正常。

谢谢！

来源

2012-05-02 SturmUndDrang

构建发生在哪里？如果它在另一台服务器上，那么是否需要在那里安装缺少的更新？ – pantelif

它发生在另一台服务器上。实体框架DLL是从解决方案中引用并保存在解决方案的根目录中 - 因此没有需要更新机器本身。 – SturmUndDrang

这是一个应该在Entity Framework 5中修复的错误。如果您不能移动到EF5，您可以通过在关联端的两种配置中指定导航属性来解决这个问题。

来源

2012-05-02 20:57:56 Pawel

修复它 - 关联两边的配置是问题的原因。 EF 5发布后我们将转移到EF 5。

我的团队中有一个人拥有VS Ultimate，所以能够使用intellitrace来查看EF内部发生了什么。事实证明，其中一个导航属性在一个配置中被定义为可选，在另一个配置中被定义为必需。该模型太大而无法以任何其他方式进行跟踪。

Visual Studio似乎以依赖顺序构造模型，而TFS/MSBUILD似乎按照配置类的字母顺序构造它。这种差异就是为什么它在我们的开发机器上工作，而不是在TFS版本上。

你可能会认为在4.3版本中他们可能会在框架中加入一些调试/异常信息，或者至少是某种方式来验证模型！

来源

2012-05-04 08:38:24 SturmUndDrang

实体框架抛出NullReferenceException异常在ValidateConsitency

回答

相关问题