NHibernate et ADO.NET le Regroupement de Connexion

Il semble que NHibernate n'a pas de piscine ADO.NET connexions de base de données. Les connexions ne sont fermé lorsque la transaction est validée ou annulée. Un examen du code source montre qu'il n'y a aucun moyen de le configurer NHibernate, de sorte que c'est la fermeture de la connexion lorsque le ISession est éliminé.

Ce qui était le but de ce comportement? ADO.NET a pool de connexion de lui-même. Il n'y a pas besoin de les tenir ouverts tout le temps dans la transaction. Ces comportements sont également unneccessaryly transactions distribuées créé. Une possible solution de contournement décrite dans http://davybrion.com/blog/2010/05/avoiding-leaking-connections-with-nhibernate-and-transactionscope/ donc ne fonctionne pas (du moins pas avec NHibernate 3.1.0). Je suis à l'aide de Informix. Le même problème semble exisit pour chaque autre base de données (NHibernate Le Regroupement De Connexion).

Est-il une autre solution ou des conseils en évitant ce problème?

Voici un test de l'unité de reproduire le problème:

  [Test]
public void DoesNotCloseConnection()
{
using (SessionFactoryCache sessionFactoryCache = new SessionFactoryCache())
{
using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions() { IsolationLevel = IsolationLevel.ReadCommitted, Timeout = TimeSpan.FromMinutes(10) }))
{
fixture.Setup(); //Creates test data
System.Data.IDbConnection connectionOne;
System.Data.IDbConnection connectionTwo;
using (ISessionFactory sessionFactory = sessionFactoryCache.CreateFactory(GetType(), new TestNHibernateConfigurator()))
{
using (ISession session = sessionFactory.OpenSession())
{
var result = session.QueryOver<Library>().List<Library>();
connectionOne = session.Connection;
}
}
//At this point the first IDbConnection used internally by NHibernate should be closed
using (ISessionFactory sessionFactory = sessionFactoryCache.CreateFactory(GetType(), new TestNHibernateConfigurator()))
{
using (ISession session = sessionFactory.OpenSession())
{
var result = session.QueryOver<Library>().List<Library>();
connectionTwo = session.Connection;
}
}
//At this point the second IDbConnection used internally by NHibernate should be closed
//Now two connections are open because the transaction is still running
Assert.That(connectionOne.State, Is.EqualTo(System.Data.ConnectionState.Closed)); //Fails because State is still 'Open'
Assert.That(connectionTwo.State, Is.EqualTo(System.Data.ConnectionState.Closed)); //Fails because State is still 'Open'
}
}
}

L'élimination de la NHibernate-Session ne fait rien puisque nous sommes encore dans une transaction

SessionImpl.cs:

public void Dispose()
{
using (new SessionIdLoggingContext(SessionId))
{
log.Debug(string.Format("[session-id={0}] running ISession.Dispose()", SessionId));
if (TransactionContext!=null)
{
TransactionContext.ShouldCloseSessionOnDistributedTransactionCompleted = true;
return;
}
Dispose(true);
}
}

L'injection d'un personnalisé ConnectionProvider ne fonctionnera pas car le ConnectionManager l'appel de la ConnectionProvider a plusieurs conditions préalables de vérifier que la fermeture d'une connexion au sein d'une transaction n'est pas autorisée.

ConnectionManager.cs:

public IDbConnection Disconnect() {
if (IsInActiveTransaction)
throw  new InvalidOperationException("Disconnect cannot be called while a transaction is in progress.");
try
{
if (!ownConnection)
{
return DisconnectSuppliedConnection();
}
else
{
DisconnectOwnConnection();
ownConnection = false;
return null;
}
}
finally
{
//Ensure that AfterTransactionCompletion gets called since
//it takes care of the locks and cache.
if (!IsInActiveTransaction)
{
//We don't know the state of the transaction
session.AfterTransactionCompletion(false, null);
}
}
}

OriginalL'auteur Antineutrino | 2011-09-27