me parece que estas buscando de usar NH para responsabilidades que no le competen. esas associaciones la tendria que manejar tu domain-model directamente en los application-services o por medio de domain-events y no usar NH.
2010/11/23 tolemaC <[email protected]> > Gustavo, Nestor; > > Debido a los requisitos del negocio de mi aplicación, en algunos casos > (que no son pocos) necesito que cuando se crean o modifican entidades > de mi modelo, se creen o asocien otras entidades, dichas entidades > deben estar disponibles en NHibernate pues el mismo proceso dentro de > la misma transacción podrían consultarlos. > > Un ejemplo: > > Cuando en mi aplicación creo un Expediente nuevo asocio una Tarea a > dicho expediente, esta tarea es de tipo Realización Expediente y > debido a este tipo de expediente, se le asocia un ejecutor > predeterminado. > > 1) Comienzo transacción > 2) Creo el Expediente. > 3) Guardo el Expediente; hago SaveOrUpdate(expedienteNuevo) entonces > se disparan los eventos, se crea la tarea y se le asocia el ejecutor. > Pero todavía no he persistido los datos en la BD. > 4) Compruebo que el ejecutor de la Tarea asociada al Expediente tiene > permisos sobre el nuevo expediente. Si no tiene hago RollBack. > 5) Si todo ha ido bien hago Commit. > > Esta claro que todo esto se podría hacer sin eventos, pero lo gracioso > de todo esto es que este comportamiento de los expedientes se describe > en la base de datos como metadatos asignando tareas posteriores y > anteriores a las actuaciones sobre ciertas entidades de mi modelo. En > mi sistema puedes asignar acciones a eventos de ciertas entidades, > estas acciones pueden necesitar los datos que otras acciones crean y > necesitan encontrarlos en el momento. No me vale que estas acciones se > disparen cuando voy a persistir los datos, pues la aceptación o > denegación de la transacción puede depender de ellos. > > Espero haberme explicado. > > Si yo hago esto: > > Persona persona = new Persona() { Nombre = "Javier" }; > session.SaveOrUpdate(p); > Persona javier = > session.CreateCriteria<Persona>()Add(Restrictions.Eq("Nombre", > "Javier")).List<Persona>()[0]; > > "persona" y "javier", son el mismo objeto? > > La nueva persona creada debería estar en la cache de NHibernate > marcada para insertar, pero todavía no estaría en la base de datos > hasta que se haga Flush, ya sea haciendo Commit, Cerrando la sesión o > cualquier otra cosa que provoque el Flush. > > > On 23 nov, 16:26, Nestor Rodriguez <[email protected]> wrote: > > Seria interesante saber porque quieres escuchar el evento de SaveOrUpdate > ? > > Los eventos a los que te refieres son eventos de persistencia y no de los > > objetos pues estos no conocen nada de persistencia. Los triggers son por > > decirlo asi eventos particulares del motor de persistencia. > > > > Saludos. > > > > 2010/11/23 Gustavo Ringel <[email protected]> > > > > > > > > > La respuesta corta es que tu SaveOrUpdate puede que nunca vaya a la > base, > > > aun asi queres recibir un evento y hacer algo? > > > > > La respuesta larga es que hay un SaveOrUpdateEventListener que debiera > > > hacer lo que vos buscas. > > > > > Gustavo. > > > > > 2010/11/23 tolemaC <[email protected]> > > > > > Ahora si. > > > > >> Genial el screencast, me ha sido de mucha ayuda, sobre todo me quedo > > >> con la frase de Scott W. Ambler, donde deja claro que para que el uso > > >> de ORM sea un exito hay que conocer tanto la parte de los objetos como > > >> la parte relacional, y conocidas estas hacer un buen uso de ambos > > >> paradigmas. > > > > >> Hasta el momento yo me limitaba a usar NHibernate como una mera > > >> herramienta para acceder a mi sistema de base de datos relacional, > > >> pero usar un ORM implica más cosas. > > > > >> En el screencast se ha hablado de eventos también, en la parte donde > > >> se enumeraban las cosas que un Framework ORM debería tener. > > >> Entiendo que un ORM trabaja con los objetos mapeados desde un sistema > > >> relacional, por lo tanto entiendo también que los eventos deberían > > >> responder a las acciones que haces con los objetos y no a las acciones > > >> que realiza el FW de ORM con la base de datos. Entonces si yo escribo > > >> un PreInserEventListener y lo asocio a mi SessionFactory, dicho evento > > >> debería ser llamado en el momento que yo guardo un objeto nuevo en el > > >> FW. > > > > >> Es decir, si yo creo un objeto Persona y llamo a > > >> Session.SaveOrUpdate(), NHibernate debería dispararme las llamadas a > > >> el evento PreInsert y PostInsert antes y despues de insertar dicho > > >> objeto en el Framework, y no hacer lo cuando el framework envíe ese > > >> nuevo objeto a la base de datos. Para mi debe ser transparente el > > >> cuando > > >> NHibernate persista los objetos en la base de datos. Por lo tanto me > > >> da igual que NHibernate no haga nada cuando yo llamo a SaveOrUpdate, > > >> pero lo que está claro es que si el objeto es nuevo me debe llamar a > > >> PreInsert y PostInsert y si el objeto no es nuevo me debe de llamar a > > >> PreUpdate y PostUpdate. > > > > >> Así lo entiendo yo. > > > > >> Sin embargo he observado que NHibernate llama a los eventos solo > > >> cuando hace Flush, ya sea por que yo llamo a Flush o por que lo hace > > >> él internamente. Yo no quiero tener que hacer Flush para que se lancen > > >> mis eventos, quiero que se lancen cuando les toca. > > > > >> La cosa, pues, es: ¿Los EventListeners están para disparar acciones en > > >> los eventos de los objetos o para disparar acciones en los eventos de > > >> los datos relacionales de mi RDBMS?? > > > > >> Yo opino que deben asociarse a los objetos, para los datos ya tenemos > > >> los triggers. > > > > >> Saludos, > > > > >> On 22 nov, 13:14, Fabio Maulo <[email protected]> wrote: > > >> > Sería muy bueno que ante de usar una herramienta basada en ORM se > > >> estudie un > > >> > poco el Object Relational Mappinghttp:// > > >> altnet-hispano.pbworks.com/w/page/12367724/van-2009-09-19-intr... > > > > >> > 2010/11/22 tolemaC <[email protected]> > > > > >> > > Vaya no tenía que haber hecho dos preguntas en un mismo mensaje > :/, ya > > >> > > lo se para la próxima. > > > > >> > > Carlos Peix, > > > > >> > > Imagina que estoy depurando mi código, justo antes de ejecutar el > > >> > > SaveOrUpdate de una entidad, dentro de una transacción, con el SQL > > >> > > Management Strudio realizo la consulta sobre la tabla y la > consulta > > >> > > devuelve los registros, cuando llamo a SaveOrUpdate y antes de > hacer > > >> > > commit, ejecuto la misma consulta en el SMS y se queda esperando > hasta > > >> > > que me da un time-out, si hago commit entonces si puedo realizar > la > > >> > > consulta. > > > > >> > > José F. Romaniello, > > > > >> > > Donde puedo aprender que es POID y que es HILO? no tengo ni idea > de > > >> > > que es cada una de ellas. > > > > >> > > Gustavo, > > > > >> > > Lo que quiero es que, aunque esté en una transacción y hayan > cambios > > >> > > pendientes de confirmar, pueda consultar la base de datos desde > otro > > >> > > proceso, como por ejemplo el SQL Management Studio, y ver los > cambios > > >> > > pendientes de dicha transacción, y en el caso de que se cancele la > > >> > > transacción esos datos desaparecerían. > > > > >> > > La segunda pregunta la explicaré mejor en otro mensaje para no > estar > > >> > > con dos cosas al mismo tiempo. > > > > >> > > Muchas gracias a todos. > > >> > > Saludos, > > > > >> > > On 22 nov, 11:20, Carlos Peix <[email protected]> wrote: > > >> > > > Hola tolemac, > > > > >> > > > En cuanto al punto 1), estas seguro de que tenes un bloqueo o > > >> simplemente > > >> > > no > > >> > > > ves el registro en la DB? mas precisamente, tenes una excepcion > de > > >> > > bloqueo o > > >> > > > sacas esa conclusion porque haces el query y no aparece el > registro? > > > > >> > > > Con respecto al punto 2), por diseño es tal como lo observas. > > >> > > eventualmente > > >> > > > y si queres ver los datos en la base de datos, deberias hacer un > > >> flush. > > > > >> > > > ---------------------------------- > > >> > > > Carlos Peix > > > > >> > > > 2010/11/20 tolemaC <[email protected]> > > > > >> > > > > Hola chicos, > > > > >> > > > > Estoy haciendo un proyecto de gestión sobre WinForms con SQL > > >> Server y > > >> > > > > C# 4.0. > > >> > > > > Me he decidido por usar NHibernate (+ Fluent Nhibernate) y > estoy > > >> muy > > >> > > > > contento con él. > > > > >> > > > > Tengo dos dudas aunque en principio no son un problema: > > > > >> > > > > 1) Cuando bajo una transacción creo una nueva entidad y llamo > a > > >> > > > > Session.SaveOrUpdate(entidad), NHibernate me bloquea la tabla > en > > >> la > > >> > > > > base de datos hasta que no hago Commit o Rollback. Al menos no > > >> puedo > > >> > > > > consultarla con el SQL Management Studio. El IsolateLevel de > la > > >> > > > > transacción es ReadUncommitted. Hay alguna forma de que no te > > >> bloquee > > >> > > > > la tabla y se puedan ver los datos, que todavía no están > > >> confirmados, > > >> > > > > con el SQL Management Studio? > > > > >> > > > > 2) Estoy manejando los eventos de la sesión (Events, no uso > > >> > > > > Intercetors), me he dado cuenta de que cuando llamo a > > >> > > > > Session.SaveOrUpdate no se generan los eventos hasta que no > hago > > >> Flush > > >> > > > > en la sessión, ¿es normal? ¿como prodría evitarlo?, a mi me da > > >> igual > > >> > > > > cuando se haga flush, pero si me interesa mucho que el evento > se > > >> > > > > dispare cuando llamo a SaveOrUpdate. > > > > >> > > > > Un saludo a todos y gracias de antemano. > > > > >> > > > > -- > > >> > > > > Para escribir al Grupo, hágalo a esta dirección: > > >> > > > > [email protected] > > >> > > > > Para más, visite: > > >>http://groups.google.com/group/NHibernate-Hispano > > > > >> > > -- > > >> > > Para escribir al Grupo, hágalo a esta dirección: > > >> > > [email protected] > > >> > > Para más, visite: > http://groups.google.com/group/NHibernate-Hispano > > > > >> > -- > > >> > Fabio Maulo > > > > >> -- > > >> Para escribir al Grupo, hágalo a esta dirección: > > >> [email protected] > > >> Para más, visite:http://groups.google.com/group/NHibernate-Hispano > > > > > -- > > > Para escribir al Grupo, hágalo a esta dirección: > > > [email protected] > > > Para más, visite:http://groups.google.com/group/NHibernate-Hispano > > -- > Para escribir al Grupo, hágalo a esta dirección: > [email protected] > Para más, visite: http://groups.google.com/group/NHibernate-Hispano > -- Fabio Maulo -- Para escribir al Grupo, hágalo a esta dirección: [email protected] Para más, visite: http://groups.google.com/group/NHibernate-Hispano
