如何解决NHibernate 3.1,发布模式和SQL无法执行
| 编辑:以下信息是导致我进行以下测试的症状。我在发布模式下下载,编译并运行了NHibernate的所有测试。他们都工作。我启动了NH Profiler,并查看了Debug和Release中日志之间的区别。除了事务打开和关闭语句外,发布似乎没有执行任何SQL。使用SQL事件探查器验证了这一事实。 因此,NHibernate可以连接到数据库并可以正常执行事务的开始/结束语句,我也可以通过普通的ADO方法连接并执行任意SQL,但是NHibernate在Release模式下不能执行任何其他SQL。 我的会话通过HttpModule在每个请求的开始和结束处打开和关闭,该模块使用UnitOfWork实现内的SessionFactory单例,该实现由Structuremap缓存在HttpContext中。 所有这些在Debug下都能很好地工作。 另外,更改我的调用代码以确保第一个被调用的NHibernate方法是Load,这会返回给我:Unable to locate persister: Domain.Model.User
编辑2:
这是堆栈跟踪...
[HibernateException: Unable to locate persister: STEP.Domain.Model.User]
NHibernate.Event.Default.DefaultLoadEventListener.OnLoad(LoadEvent event,LoadType loadType) in d:\\CSharp\\NH\\NH\\nhibernate\\src\\NHibernate\\Event\\Default\\DefaultLoadEventListener.cs:58
NHibernate.Impl.SessionImpl.FireLoad(LoadEvent event,LoadType loadType) in d:\\CSharp\\NH\\NH\\nhibernate\\src\\NHibernate\\Impl\\SessionImpl.cs:2466
NHibernate.Impl.SessionImpl.Load(String entityName,Object id) in d:\\CSharp\\NH\\NH\\nhibernate\\src\\NHibernate\\Impl\\SessionImpl.cs:1213
NHibernate.Impl.SessionImpl.Load(Type entityClass,Object id) in d:\\CSharp\\NH\\NH\\nhibernate\\src\\NHibernate\\Impl\\SessionImpl.cs:1242
NHibernate.Impl.SessionImpl.Load(Object id) in d:\\CSharp\\NH\\NH\\nhibernate\\src\\NHibernate\\Impl\\SessionImpl.cs:1166
STEP.Persistence.Repositories.RepositoryWithTypedId`2.Load(TId id) in C:\\Projects\\STEP Handbook Dev\\src\\STEP.Persistence\\Repositories\\Repository.cs:80
STEP.Website.Providers.STEPNHibernateMembershipProvider.ValidateUser(String username,String password) in C:\\Projects\\STEP Handbook Dev\\src\\STEP.Website\\Providers\\STEPNHibernateMembershipProvider.cs:490
STEP.Website.Controllers.AccountController.LogOn(LogOnViewModel model,String returnUrl) in C:\\Projects\\STEP Handbook Dev\\src\\STEP.Website\\Controllers\\AccountController.cs:759
lambda_method(Closure,ControllerBase,Object[] ) +179
System.Web.Mvc.ReflectedActionDescriptor.Execute(ControllerContext controllerContext,IDictionary`2 parameters) +264
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethod(ControllerContext controllerContext,ActionDescriptor actionDescriptor,IDictionary`2 parameters) +39
System.Web.Mvc.<>c__DisplayClass15.<InvokeActionMethodWithFilters>b__12() +129
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter,ActionExecutingContext preContext,Func`1 continuation) +785306
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter,Func`1 continuation) +785306
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodWithFilters(ControllerContext controllerContext,IList`1 filters,IDictionary`2 parameters) +314
System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext,String actionName) +785360
System.Web.Mvc.Controller.ExecuteCore() +159
System.Web.Mvc.ControllerBase.Execute(RequestContext requestContext) +335
System.Web.Mvc.<>c__DisplayClassb.<BeginProcessRequest>b__5() +62
System.Web.Mvc.Async.<>c__DisplayClass1.<MakeVoidDelegate>b__0() +20
System.Web.Mvc.<>c__DisplayClasse.<EndProcessRequest>b__d() +54
System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +453
System.Web.HttpApplication.ExecuteStep(IExecutionStep step,Boolean& completedSynchronously) +371
触发此操作的代码只是对NHibernate的简单Session.Load(id)调用。
原版的:
运行NHibernate 3.1时,出现“索引超出范围”异常,但仅在“发布”模式下编译时才出现。我在这里打电话给NHibernate:
var results = Session.Query<User>.Where(predicate);
然后,在此之下,我正在检查返回了多少(因为这实际上是我的存储库中的FindOne()方法,并且我需要确保只得到一个)。因此,我正在调用results.Count(),这将触发NHibernate查询执行。
我的堆栈跟踪显示这在方法的最后一行的NhQueryprovider.ExecuteQuery中发生(这是\“ return results [0] \”)。我唯一能从中得到的是,显然NHibernate在那儿得到了一个空列表(它不应该在这里至少返回一个结果...),这是造成这种情况的原因。
这可能是NHibernate.Linq中尚未发现的错误,因为我相信这只是3.x中Nhibernate的本源……还有其他人看到吗?
解决方法
我想到了。正如有关持久性的错误所指出的那样,问题是NHibernate在发布模式下未获取任何映射文件。
原来是因为当我用PersistenceModel配置Fluent NHibernate时,我是在调用
PersistenceModel.AddMappingsFromThisAssembly()
而不是PersistenceModel.AddMappingsFromAssembly(Assembly)
。尽管前者在“调试”模式下可以正常工作,但在“发布”模式下显然不能。
更改我的初始化代码以使用后者可以解决我的所有问题。最初的问题(超出范围的例外)似乎是NHibernate.LINQ无法解释这种异常状态的原因。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。