¿Por qué Nhibernate comparte la sesión en múltiples solicitudes en mi aplicación MVC?
Tenemos un proyecto MVC que construye las dependencias de NHibernate a través de StructureMap como este
var sessionFactory = ConnectionRegistry.CreateSessionFactory<NHibernate.Context.WebSessionContext>();
For<ISessionFactory>().Singleton().Use(sessionFactory);
For<INHibernateSessionManager>().Singleton().Use<NHibernateWebSessionManager>();
El ConnectionRegistry.CreateSessionFactory se parece a esto
public static ISessionFactory CreateSessionFactory<T>() where T : ICurrentSessionContext
{
if (_sessionFactory == null)
{
lock (_SyncLock)
{
if (_sessionFactory == null)
{
var cfg = Fluently.Configure()
.Database(MsSqlConfiguration.MsSql2005.ConnectionString(DataFactory.ConnectionString))
.CurrentSessionContext<T>()
.Mappings(m => m.FluentMappings.AddFromAssemblyOf<IInstanceFactory>())
.ExposeConfiguration(c => c.SetProperty("generate_statistics", "true"))
.ExposeConfiguration(c => c.SetProperty("sql_exception_converter", typeof(SqlServerExceptionConverter).AssemblyQualifiedName));
try
{
_sessionFactory = cfg.BuildSessionFactory();
}
catch (Exception ex)
{
Debug.Write("Error loading Fluent Mappings: " + ex);
throw;
}
}
}
}
return _sessionFactory;
}
NHibernateWebSessionManager se parece a esto
public ISession Session
{
get
{
return OpenSession();
}
}
public ISession OpenSession()
{
if(CurrentSessionContext.HasBind(SessionFactory))
_currentSession = SessionFactory.GetCurrentSession();
else
{
_currentSession = SessionFactory.OpenSession();
CurrentSessionContext.Bind(_currentSession);
}
return _currentSession;
}
public void CloseSession()
{
if (_currentSession == null) return;
if (!CurrentSessionContext.HasBind(SessionFactory)) return;
_currentSession = CurrentSessionContext.Unbind(SessionFactory);
_currentSession.Dispose();
_currentSession = null;
}
En Application_EndRequest, hacemos esto
ObjectFactory.GetInstance<INHibernateSessionManager>().CloseSession();
ObjectFactory.ReleaseAndDisposeAllHttpScopedObjects();
Nuestros controladores son independientes de la persistencia y las acciones llaman a los proveedores de modelos de consulta oa los procesadores de comandos que tienen el sessionManager inyectado y administran sus propias transacciones.
Por ejemplo:
public ActionResult EditDetails(SiteDetailsEditViewModel model)
{
_commandProcessor.Process(new SiteEditCommand { //mappings }
//redirect
}
En el CommandProcessor:
public void Process(SiteEditCommand command)
{
using (var tran = _session.BeginTransaction())
{
var site = _session.Get<DeliveryPoint>(command.Id);
site.SiteName = command.Name;
//more mappings
tran.Commit();
}
}
También tenemos un atributo ActionFilter que registra el acceso a cada acción del controlador.
public void OnActionExecuted(ActionExecutedContext filterContext)
{
SessionLogger.LogUserActionSummary(session, _userActionType);
}
El SessionLogger también administra sus propias transacciones desde un SessionManager inyectado
public void LogUserActionSummary(int sessionId, string userActionTypeDescription)
{
using (var tx = _session.BeginTransaction())
{
//get activity summary
_session.Save(userActivitySummary);
tx.Commit();
}
}
Todo esto funciona bien hasta que tengo dos navegadores que acceden a la aplicación. En este escenario, se producen errores intermitentes porque la sesión (NHibernate) está cerrada. NHProfiler muestra las sentencias de SQL creadas a partir de ambos métodos, CommandProcessor y SessionLogger, de ambas sesiones del navegador dentro de la misma transacción.
¿Cómo puede ocurrir esto dado el alcance de WebSessionContext? También he intentado establecer el alcance del sessionManager en HybridHttpOrThreadLocalScoped a través de structureMap.