y... deberias considerar que los que ves como default(T) en tu aplicación se
tramuta en T = NULL en tu DB cuando mandas una SQL....
Por ese motivo en mi primer propuesta te hablé de IUserType.

from TuClase t where t.UnValorInt = ?
Ese HQL no te anda para todo... cada vez debería controlar (y lo hago simple
para un solo valor en el where):
if(tuFiltro.UnValorInt == 0)
 hql = "from TuClase t where t.UnValorInt is null"
else
 hql = "from TuClase t where t.UnValorInt = :tuFiltroInt"

considerar eso cada vez que hagas un query (usando criteria, HQL o SQL) en
mi casa lo llamo dolor de hu...

Tal vez tendrías que preguntarte el por que no queres que tu repository
refleje el estado exacto de una entidad.
Si tu entidad no admite NULL por que tu repositorio debería admitirlos ?

Razona sobre la entidad y no apliques la tecnica del COLIMBA : "hacer que
una tarea simple sea dificil pasando por procedimientos inutiles" (esta es
la frase con la cual mi padre definia el servicio militar obligatorio en
Italia).

Bye.
Fabio Maulo.

2008/2/25, mauricio <[EMAIL PROTECTED]>:
>
>
> Pero porque?, Todos mis test pasaron bien.
>
> Hay algo aparte que deberia tener en cuenta al utilizar default-
> access?
>

--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: 
[email protected]
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Responder a