1

我们在一个项目中使用了一些 Castle 设施,特别是 Castle Automatic 交易和 NHibernateIntegration 设施。

最初的设置是每个方法的事务,但是我们在回滚整个工作单元时遇到了问题。一切正常。我们对每个方法的这些小交易的 Castle 配置是:

<component id="SessionModule"
             service="BCS.Modules.ISessionModule, BCS.Modules"
             type="BCS.Modules.SessionModule, BCS.Impl"
             isTransactional="true">     
     <transaction>
        <method name="GetCurrentDate" />
        <method name="GetCurrentDateAndTime" />
     </transaction>
  </component>

然后我们开始在整个请求中遇到回滚操作的问题,因此我们决定将每个业务事务的所有单一事务分组在一个父事务中,例如:

namespace BCS.BusinessRules {
   [Transactional]
   public class TransactionModule : ITransactionModule {

      [Transaction( TransactionMode.Requires, IsolationMode.ReadUncommitted, Distributed = false )]
      public Dictionary<String, double> CalculateGoalSetting( Member member, WorkflowContext contextSetting ) { 
       // Calling a lot of child transactional methods for this unit of work
      }

      [Transaction( TransactionMode.Requires, IsolationMode.ReadUncommitted, Distributed = false )]
      public MembershipOperationResult SelfEnrollment( Member member ) {
          // Same here, Another unit of work      
      }

   }

}

这些工作单元在我们的 Web 应用程序中被称为每个请求一个。但在那之后,我们开始遇到诸如非法尝试将集合与两个打开的会话相关联超时过期等问题。在操作完成之前超时时间已过或服务器没有响应。有时会出现死锁

最常见的错误是一个:

“/”应用程序中的服务器错误。非法尝试将集合与两个打开的会话相关联描述:在执行当前 Web 请求期间发生未处理的异常。请查看堆栈跟踪以获取有关错误及其源自代码的位置的更多信息。

异常详细信息:NHibernate.HibernateException:非法尝试将集合与两个打开的会话相关联

源错误:在执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪来识别有关异常起源和位置的信息。

堆栈跟踪:

[HibernateException: Illegal attempt to associate a collection with two open sessions]
   NHibernate.Collection.AbstractPersistentCollection.SetCurrentSession(ISessionImplementor session) +242
   NHibernate.Event.Default.OnUpdateVisitor.ProcessCollection(Object collection, CollectionType type) +177
   NHibernate.Event.Default.AbstractVisitor.ProcessEntityPropertyValues(Object[] values, IType[] types) +83
   NHibernate.Event.Default.DefaultSaveOrUpdateEventListener.PerformUpdate(SaveOrUpdateEvent event, Object entity, IEntityPersister persister) +632
   NHibernate.Event.Default.DefaultSaveOrUpdateEventListener.PerformSaveOrUpdate(SaveOrUpdateEvent event) +101
   NHibernate.Event.Default.DefaultSaveOrUpdateEventListener.OnSaveOrUpdate(SaveOrUpdateEvent event) +365
   NHibernate.Impl.SessionImpl.FireSaveOrUpdate(SaveOrUpdateEvent event) +394
   NHibernate.Impl.SessionImpl.SaveOrUpdate(String entityName, Object obj) +392
   NHibernate.Engine.Cascade.CascadeOn(IEntityPersister persister, Object parent, Object anything) +578
   NHibernate.Event.Default.AbstractFlushingEventListener.CascadeOnFlush(IEventSource session, IEntityPersister persister, Object key, Object anything) +157
   NHibernate.Event.Default.AbstractFlushingEventListener.PrepareEntityFlushes(IEventSource session) +364
   NHibernate.Event.Default.AbstractFlushingEventListener.FlushEverythingToExecutions(FlushEvent event) +225
   NHibernate.Event.Default.DefaultAutoFlushEventListener.OnAutoFlush(AutoFlushEvent event) +83
   NHibernate.Impl.SessionImpl.AutoFlushIfRequired(ISet`1 querySpaces) +474
   NHibernate.Impl.SessionImpl.List(CriteriaImpl criteria, IList results) +782
   NHibernate.Impl.CriteriaImpl.List(IList results) +63
   NHibernate.Impl.CriteriaImpl.UniqueResult() +69
   BCS.Modules.Behavior.BehaviorElementDataAccess.GetByName(String name) in c:\Projects\dps\bcs\branches\bcs31\BCS.Impl\Modules\Behavior\BehaviorElementDataAccess.cs:41
   BCS.Modules.Behavior.BehaviorManagerModule.FindBehaviorElementByName(String behaviorName) in c:\Projects\dps\bcs\branches\bcs31\BCS.Impl\Modules\Behavior\BehaviorManagerModule.cs:191
   Castle.Proxies.Invocations.IBehaviorManagerModule_FindBehaviorElementByName.InvokeMethodOnTarget() +147
   Castle.DynamicProxy.AbstractInvocation.Proceed() in e:\OSS.Code\Castle.Core\src\Castle.Core\DynamicProxy\AbstractInvocation.cs:144
   Castle.Facilities.AutoTx.TransactionInterceptor.Intercept(IInvocation invocation) in c:\dev\dotnet\castle\main\Castle.Facilities.AutomaticTransactionManagement\src\Castle.Facilities.AutoTx\TransactionInterceptor.cs:92
   Castle.DynamicProxy.AbstractInvocation.Proceed() in e:\OSS.Code\Castle.Core\src\Castle.Core\DynamicProxy\AbstractInvocation.cs:166
   Castle.Proxies.IBehaviorManagerModuleProxy.FindBehaviorElementByName(String behaviorName) +356
   KAO.Behavior.CommonBehaviorCalculations.SaveGoalActivityMinutes(Member member, JulianDate startingDate, JulianDate endingDate, JulianDate currentDate) in c:\svn\qupio21\KAO\Behavior\CommonBehaviorCalculations.cs:148
   KAO.BusinessRules.TransactionModule.CalculateGoalSetting(Member member, WorkflowContext contextSetting) in c:\svn\qupio21\KAO.BusinessRules\TransactionModule.cs:111
   Castle.Proxies.Invocations.ITransactionModule_CalculateGoalSetting.InvokeMethodOnTarget() +155
   Castle.DynamicProxy.AbstractInvocation.Proceed() in e:\OSS.Code\Castle.Core\src\Castle.Core\DynamicProxy\AbstractInvocation.cs:144
   Castle.Facilities.AutoTx.TransactionInterceptor.Intercept(IInvocation invocation) in c:\dev\dotnet\castle\main\Castle.Facilities.AutomaticTransactionManagement\src\Castle.Facilities.AutoTx\TransactionInterceptor.cs:169
   Castle.DynamicProxy.AbstractInvocation.Proceed() in e:\OSS.Code\Castle.Core\src\Castle.Core\DynamicProxy\AbstractInvocation.cs:166
   Castle.Proxies.ITransactionModuleProxy.CalculateGoalSetting(Member member, WorkflowContext context) +183
   BCS.Web.App.Landing.Tunneling.Goals.cmdCalculate_Click(Object sender, EventArgs e) in c:\svn\qupio21\BCS.Web.App\Landing\Tunneling\Goals.aspx.cs:104
   System.Web.UI.WebControls.LinkButton.RaisePostBackEvent(String eventArgument) +155
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +3707


Version Information: Microsoft .NET Framework Version:4.0.30319; ASP.NET Version:4.0.30319.272

我们的数据访问层使用 NHibernate 集成工具,当前打开的会话:

   public class BehaviorElementDataAccess : DataAccessBase<BehaviorElement, Int64>, IBehaviorElementDataAccess {

      public BehaviorElementDataAccess( ISessionManager sessionManager ) : base( sessionManager ) { }


      public T GetById<T>( long id ) where T : BehaviorElement {
         T ret;
         using ( ISession session = SessionManager.OpenSession( ) ) {
            ret = session.Load<T>( id );
            session.Evict( ret );
         }
         return ret;
      }
}

我们不知道这里如何使用两个会话,在子事务一切正常之前,现在我们的并发性显着降低。我最初的想法是,Castle AutoTX 交易的默认值是 IsolationLevel.ReadCommited 对于那些只在 XML 配置文件中声明的 XML 中的交易,另一方面,在代码文件中声明的交易是 IsolationLevel.ReadUncommited,所以孩子的必须继承此行为也为事务共享相同的 Hibernate Session。

Nhibernate级别的数据库隔离级别会影响这个吗?我们在我们的设施中为数据库设置了这个设置>:

 <?xml version="1.0" encoding="utf-8" ?>
<castle>
       <!-- Facilities -->
       <facilities>
          <facility id="atm" type="Castle.Facilities.AutoTx.TransactionFacility, Castle.Facilities.AutoTx">
          </facility>
          <facility id="nhibernate" type="Castle.Facilities.NHibernateIntegration.NHibernateFacility, Castle.Facilities.NHibernateIntegration">
             <factory id="nhibernate.factory" alias="nh.facility.default">
                <settings>
                   <item key="connection.provider">NHibernate.Connection.DriverConnectionProvider</item>
                   <item key="connection.driver_class">NHibernate.Driver.SqlClientDriver</item>
                   <item key="connection.connection_string_name">SQLServerConnection</item>
                   <item key="connection.isolation">ReadCommitted</item>
                   <item key="dialect">NHibernate.Dialect.MsSql2008Dialect</item>
                   <item key="adonet.batch_size">0</item>
                   <item key="use_outer_join">true</item>
                   <item key="query.substitutions">true 1, false 0, yes 'Y', no 'N'</item>
                   <item key="show_sql">true</item>
                   <item key="command_timeout">600</item>
                   <item key="proxyfactory.factory_class">NHibernate.ByteCode.Castle.ProxyFactoryFactory, NHibernate.ByteCode.Castle</item>
                   <item key="cache.use_minimal_puts">true</item>
                </settings>
                <assemblies>
                   <assembly>BCS.Impl</assembly>
                </assemblies>
                <listeners>
                   <listener type="BCS.NHibernate.Types.ActivitySaveUpdateListener, BCS.Impl" event="Save"/>
                   <listener type="BCS.NHibernate.Types.ActivitySaveUpdateListener, BCS.Impl" event="Update"/>
                   <listener type="BCS.NHibernate.Types.ActivitySaveUpdateListener, BCS.Impl" event="SaveUpdate"/>
                   <listener type="BCS.NHibernate.Types.ActivityDeleteListener, BCS.Impl" event="Delete"/>
                </listeners>

             </factory>
          </facility>
       </facilities>

       <include uri="file://modules.cfg.xml" />

    </castle>

我需要提一下,工作单元回滚工作得很好,但是一些用户同时得到了 NHibernate.HibernateException:非法尝试将一个集合与我们工作单元中的两个打开的会话相关联,另一方面是嵌套的与父亲交易所有这些问题。我们将 IIS 池更改为 ASP.Net 4.0 Classic 也没有运气......

我们尝试了不同的方法,但没有任何效果。我们的 Castle 二进制文件版本是:

Castle.Facilities.AutoTx 2.5.1.0
Castle.Facilities.NHibernateIntegration 1.1.0.0
Castle.Services.Transaction 2.5.0.0 
Castle.Windsor 2.5.1.0
NHibernate.ByteCode.Castle 3.1.0.4000 
NHibernate  3.1.0.4000
ASP.Net 4.0

有些人有类似的问题或过去有类似的问题?

4

1 回答 1

0

在 BehaviorElementDataAccess.GetById 方法中,您正在逐出您加载的实体,这显然会将其从会话中删除。但是,您没有对任何相关实体(尤其是本例中的任何集合)做任何事情。

我怀疑正在发生的事情是您正在加载实体,然后 NHibernate 为其关联的集合创建代理,并且这些代理保留对会话的引用,然后当您驱逐加载的实体时,代理仍然具有此引用,所以当您尝试为了稍后在同一个会话中再次保存它,因为实体被逐出,NHibernate 尝试将实体重新附加到会话,但这样做它会尝试重新附加已经引用了会话的集合代理和这会导致错误。

我不确定您为什么要在 GetById 方法中驱逐实体 - 我建议不要这样做,它绕过了 NHibernate 提供的许多功能。

于 2012-09-06T08:08:38.067 回答