NHibernate

NHibernate e i trigger di SQL Server

Daniele Armanasco — Thu, 15 Nov 2007 00:35:12 GMT

Tentando di aggiornare una entità persistita su una tabella di SQL Server dove è presente un trigger ottengo l'eccezione seguente e l'aggiornamento fallisce:

[NHibernate.AdoNet.TooManyRowsAffectedException] {"Unexpected row count: 2; expected: 1"} NHibernate.AdoNet.TooManyRowsAffectedException

A quanto pare il fatto che il trigger aggiorni un altro record fa sì che il db ritorni 2 come numero di record aggiornati, il che fa pensare ad NH che ci sia stato un errore. Non ho trovato opzioni che dicano a NH di non verificare il numero di record aggiornati; sembra che l'unica soluzione consista nel disabilitare il conteggio dei record modificati nel trigger (impostare SET NOCOUNT ON prima del comando di UPDATE nel trigger e impostare SET NOCOUNT OFF dopo il comando di UPDATE). Non ho trovato altre soluzioni.

NUnit + NHibernate

Daniele Armanasco — Thu, 16 Aug 2007 02:42:04 GMT

Per testare in NUnit i metodi di persistenza (direttamente in Persistence o tramite provider e manager), siccome normalmente la classe SessionHelper carica la configurazione di NH leggendo dall'assembly in esecuzione, e siccome usando la gui di NUnit l'assembly in esecuzione è quello del progetto NUnit,

è necessario aggiungere al progetto di test un file di configurazione che sarà nella stessa directory del progetto NUnit collegato e che conterrà la configurazione per NH; nel progetto NUnit selezionare Project - Edit - Configurazione - File Name e indicare il nome del file di configurazione appena creato.

NHibernate quick start

Daniele Armanasco — Thu, 16 Aug 2007 02:37:21 GMT

- installare, se necessario, NH

- aggiungere il progetto Persistence alla solution

- aggiungere a Persistence il riferimento a NHibernate.dll e ai progetti della solution necessari (BusinessObjetcts, ...)

- aggiungere al file di configurazione del progetto che verrà avviato la sezione per NH:

- aggiungere a Persistence la classe SessionHelper, che si occuperà di istanziare le sessioni dalla factory

Esempio:

using System.Reflection;
using NHibernate;
using NHibernate.Cfg;

namespace Persistence
{
public class SessionHelper
{
private static ISessionFactory factory;

static SessionHelper()
{
Configuration cfg = new Configuration();
cfg.AddAssembly(Assembly.GetExecutingAssembly());
factory = cfg.BuildSessionFactory();
}

public static ISession GetSession()
{
return factory.OpenSession();
}

public static ISession GetSession(IInterceptor interceptor)
{
return factory.OpenSession(interceptor);
}

- aggiungere i file di mapping di NH col nome classe.hbm.xml; esempio:

<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"
assembly="BusinnessObjects"
namespace="BusinnessObjects">
<class name="Group" table="Groups" lazy="false">
<id name="Id">
<generator class="guid" />
</id>
<property name ="Name" />

</class>
</hibernate-mapping>

- ricordati di impostare i file di mapping come Embedded Resource

A questo punto è possibile usare la session per salvare/caricare oggetti:

ISession session = SessionHelper.GetSession();
using (session)
{
Group group = new Group();
group.Name = "gruppo test";
group.Id = new Guid();
session.SaveOrUpdate(group);
session.Flush();
}

Per migliorare l'architettura aggiungere provider e manager:

- aggiungere a Persistence la classe generica del ProviderNH; ad esempio:

using System;
using System.Collections.Generic;
using System.Reflection;
using NHibernate;
using NHibernate.Transform;

namespace Persistence
{
public class NHibernateProvider<T> : IDisposable
{
private ISession _session;
//public event EventHandler<BeforeCommitEventArgs> BeforeCommit;

protected ISession Session
{
get { return _session; }
set { _session = value; }
}

public NHibernateProvider()
{
Session = SessionHelper.GetSession();
}

public T LoadById(Int32 id)
{
return Session.Load<T>(id);
}

public T LoadById(String id)
{
return Session.Load<T>(id);
}

public IList<T> LoadAll()
{
return LoadAll(String.Empty, true);
}

public IList<T> LoadAll(String associationPath, Boolean lazy)
{
ICriteria criteria = Session.CreateCriteria(typeof(T));
if (lazy)
{
return criteria.List<T>();
}
else
{
return criteria.SetFetchMode(associationPath, FetchMode.Join)
.SetResultTransformer(new DistinctRootEntityResultTransformer()).List<T>();
}
}

public IList<T> LoadBy(String hql)
{
return Session.CreateQuery(hql).List<T>();
}

public void Save(T value)
{
ITransaction tx = Session.BeginTransaction();
Session.SaveOrUpdate(value);

//OnBeforeCommit(value);

try
{
tx.Commit(); // Fa commit e flush
}
catch (Exception ex)
{
tx.Rollback();
//Logger.Error(this, MethodInfo.GetCurrentMethod().Name, ex);
throw;
}
}

public void SaveNew(T value)
{
ITransaction tx = Session.BeginTransaction();
Session.Save(value);

//OnBeforeCommit(value);

try
{
tx.Commit(); // Fa commit e flush
}
catch (Exception ex)
{
tx.Rollback();
//Logger.Error(this, MethodInfo.GetCurrentMethod().Name, ex);
throw;
}
}

//private void OnBeforeCommit(T value)
//{
// if (BeforeCommit != null)
// BeforeCommit(this, new BeforeCommitEventArgs(value));
//}

public void Delete(T value)
{
Session.Delete(value);
Session.Flush();
}

public void Dispose()
{
Session.Close();
Session.Dispose();
}
}
}

- aggiungere i provider specifici per i vari business objects

- aggiungere i manager che utilizzano i provider specifici

NHibernate - file di configurazione

Daniele Armanasco — Wed, 18 Jul 2007 15:51:00 GMT

Situazione:

i file di mapping e le classi helper di NH stannno nel progetto Persistence a cui il progetto Web ed altri progetti fanno riferimento. Essendo diversi i progetti che utilizzano Persistence non si vuole duplicare la configurazione di NH per ognuno di essi, per cui si è deciso di non inserirla nel web.config ma in un file di configurazione presente in Persistence.

Pb1: il file di configurazione, normalmente, non segue il file assembly (che in fase di compilazione viene copiato nella directory del progetto "chiamante").

Soluzione: imposto Copy to output directory = copy always per il file di configurazione.

Pb2: la sessionFactory deve essere creata leggendo la configurazione da un file diverso da web.config.

Quasi-soluzione1: è possibile specificare un nome arbitrario di file da cui la session factory deve attingere la configurazione così:

sessionFactory = new Configuration().Configure("C:\\...path...\\nhibernate.config").BuildSessionFactory();

Pb: se utilizzo un percorso relativo cerca il file in System32 e non nella cartella di Output. Soluzione?

Soluzione2: chiamo il file di configurazione con il nome standard gestito da NH, cioè hibernate.cfg.xml; in questo caso il file viene cercato nella cartella di output e il tutto funziona.

NHibernate: formattare le date in HQL

Daniele Armanasco — Fri, 18 May 2007 01:03:00 GMT

Il formato più conveniente è:

day.ToString(

"yyyy/MM/dd");

NHibernate: eccezione "a different object with the same identifier value was already associated with the session" - SaveOrUpdateCopy

Daniele Armanasco — Mon, 23 Apr 2007 01:39:00 GMT

Non ho ancora avuto il tempo di comprendere a fondo la questione, però quando utilizzavo SaveOrUpdate per aggiornare un oggetto già oggetto dello stesso metodo un paio di volte, ottenevo l'eccezione indicata e il record nel db non veniva aggiornata con il Flush successivo. Usando invece SaveOrUpdateCopy, se l'oggetto è già presente nel contesto di persistenza, non viene generata l'eccezione ma viene aggiornato l'oggetto presente (ciò che io pensavo facesse SaveOrUpdate; a questo punto cosa fa SaveOrUpdate? E Update?)