headers
Raul Carlomagno | 1 Apr 17:25
Picon

Re: thin o smart client - manejo de session


buenisimo, le voy a pegar una mirada cuando tenga un segundo
esta en el repositorio subversion de unhaddins?

On Mar 28, 12:02 pm, Gustavo Ringel <gustavo.rin...@gmail.com> wrote:
> Recien subi un ejemplo de como integrar WCF Facility + Windsor + uNHAddins +
> NHibernate al ejemplo de SessionManagement en uNHAddins...
>
> Hay algunas mejoras para hacerle en el manejo de la transaccion para que se
> pueda usar en produccion (por ahora va por el green path, abre al principio
> y commitea al final aunque al final podria fallar si hubieron excepciones,
> ya se commiteo etc)
>
> Luego voy a completar el ejemplo y describir lo hecho en el blog, pero lo
> que hice con poca dedicacion mas para la transaccion se puede ya usar.
>
> Cuando haya escrito el post aviso por aca, pero si queres ya bajate el
> ejemplo y fijate como lo uso. Debe notarse que estoy serializando las
> entidades de NH ahi y que elegi Product porque no tiene nada complejo. En
> los proyectos reales yo no mando entidades sino que mando DTO's (con
> titulito [DataContract])
>
> Aca deje todo por convencion para WCF.
>
> Gustavo.
>
> 2009/3/26 Raul Carlomagno <rcarloma...@gmail.com>
>
>
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Gustavo Ringel | 1 Apr 19:03
Picon
Gravatar

Re: thin o smart client - manejo de session

si

2009/4/1 Raul Carlomagno <rcarlomagno <at> gmail.com>

buenisimo, le voy a pegar una mirada cuando tenga un segundo
esta en el repositorio subversion de unhaddins?

On Mar 28, 12:02 pm, Gustavo Ringel <gustavo.rin... <at> gmail.com> wrote:
> Recien subi un ejemplo de como integrar WCF Facility + Windsor + uNHAddins +
> NHibernate al ejemplo de SessionManagement en uNHAddins...
>
> Hay algunas mejoras para hacerle en el manejo de la transaccion para que se
> pueda usar en produccion (por ahora va por el green path, abre al principio
> y commitea al final aunque al final podria fallar si hubieron excepciones,
> ya se commiteo etc)
>
> Luego voy a completar el ejemplo y describir lo hecho en el blog, pero lo
> que hice con poca dedicacion mas para la transaccion se puede ya usar.
>
> Cuando haya escrito el post aviso por aca, pero si queres ya bajate el
> ejemplo y fijate como lo uso. Debe notarse que estoy serializando las
> entidades de NH ahi y que elegi Product porque no tiene nada complejo. En
> los proyectos reales yo no mando entidades sino que mando DTO's (con
> titulito [DataContract])
>
> Aca deje todo por convencion para WCF.
>
> Gustavo.
>
> 2009/3/26 Raul Carlomagno <rcarloma... <at> gmail.com>
>
>
>
> > mas claro echale agua, muchas gracias
> > una cosa mas, ya que nunca trabaje con wcf, en mis servicios, para
> > coordinar las acciones entre mis objetos de dominio, lo que seria un
> > controller, donde estaria? tendria que tenerlo en mi business logic
> > layer?
>
> > On Mar 26, 12:00 pm, Gustavo Ringel <gustavo.rin... <at> gmail.com> wrote:
> > > En si hoy en dia consideraria si usar WCF o no...estoy empezando a pensar
> > > mas en soluciones del tipo NServiceBus para distribuido, pero eso empece
> > a
> > > verlo hace poco y todavia no lo domino suficiente.
>
> > > Volviendo a WCF y NH...para aplicaciones del estilo session per request,
> > > agarraria el WCF Facility de castle, configuria como en sus ejemplos un
> > > endpointbehavior como entrada al servicio y ahi setearia la conexion,
> > puede
> > > ser un context de uNHAddins, o de NH o NH Facility, segun las
> > preferencias,
> > > cualquiera de estos te devuelven la misma session durante el request, la
> > > tendencia es a uNHAddins porque inyectar ISessionFactory da mas
> > flexibilidad
> > > con NH (IStatelessSession, MultiDB, etc)
>
> > > Una vez que hiciste eso tus repositorios / daos que reciben el
> > > ISessionFactory y hacen Session.GetCurrentSession no cambian en nada...es
> > > decir, el acceso a datos es igual sea Web / Windows / WebService o WCF.
>
> > > Respecto a lo que devolves al cliente...bueno, mi recomendacion en WCF es
> > no
> > > serializar NH, y mandar DTO's...ya tenes alguien aca que si le gusta
> > > serializar, y hay gente que hasta ha hecho implementaciones de
> > > NetDataContractSerializer para eso...
>
> > > A mi no me gusta...yo prefiero perder un poco de fuerza de NH en estos
> > > casos...
>
> > > Si en algun momento se implementara en uNHAddins un context para manejar
> > la
> > > session de WCF puede que cambie de opinion, pero por ahora no hay eso,
> > asi
> > > que yo voy mas bien por terminar en DTO (los DataContracts en general son
> > > mis DTO's)
>
> > > Gustavo.
>
> > > 2009/3/26 Raul Carlomagno <rcarloma... <at> gmail.com>
>
> > > > resumiendo, si vos hoy en dia tendrias que comenzar un proeycto nuevo
> > > > con nhibernate y wcf, que usarias? unhaddins y que mas?
>
> > > > On Mar 26, 10:24 am, Gustavo Ringel <gustavo.rin... <at> gmail.com> wrote:
> > > > >http://www.igloocoder.com/archive/2008/07/21/nhibernate-on-wcf.aspx
>
> >http://typesafe.be/index.php/2008/05/20/extending-wcf-scoping-nhibern...
>
> > > > > Yo hice algo un poco distinto a eso, pero con las mismas ideas...no
> > tengo
> > > > > ejemplos simples y aun si los tuviera estarian asociados a
> > > > WCFFacility...que
> > > > > no estoy seguro lo quieras adoptar.
>
> > > > > Gustavo.
>
> > > > > 2009/3/26 Raul Carlomagno <rcarloma... <at> gmail.com>
>
> > > > > > muchas gracias por las opiniones, ahora el tema, alguien tiene
> > algun
> > > > > > ejemplo? por mas chico que sea me puede ayudar mucho!, gracias



--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Permalink | Reply | 0 comments |
headers
Dario Quintana | 1 Apr 20:23
Picon
Gravatar

Re: Problema de concurrencia en el uso de una aplicación

Realizando consultas, es decir, readonly nomás?
Si abrís una transacción antes de comenzar el Request y la cerrás al terminar (sin importar de que sean solo lecturas) revisá las estrategias de aislamiento
http://msdn.microsoft.com/en-us/library/system.data.isolationlevel.aspx

2009/3/31 i32ragaa <i32ragaa <at> gmail.com>

Estamos desarrollando una aplicación web utilizando Nhibernate+Visual
Web Developer+SQL Server Express 2005 y cuando la ejecutamos desde el
navegador, si únicamente la utiliza una persona no le presenta ningún
problema, pero si están trabajando varias personas a la vez, solamente
a una le permite acceder a la base de datos simultáneamente. El
problema se presenta simplemente realizando una consulta, no hace
falta actualizar ningún dato.

Si alguno de vosotros ha solventado dicho problema, ruego responda mi
mensaje.,





--
Dario Quintana
http://darioquintana.com.ar

--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Permalink | Reply | 0 comments |
headers
Carlos Fortes | 1 Apr 22:55
Picon

updates no deseados


Buenas,

  Tengo un problema con un mapping complejo (y extenso) de una base de
datos "legacy". Resulta que aunque solo hago consultas de lectura, al
hacer commit de la transaccion (tal y como recomendais aunque solo
haga lecturas las encierro en una transaccion), NHibernate me realiza
un update por cada objecto consultado (con los mismos datos). Se que
un error tipico es cuando se mapea un campo de una tabla que puede
tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
parece que no es el caso. Me gustaria saber si hay mas posibles
errores que puedan causar este comportamiento.

Muchas gracias.
--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 8 comments |
headers
Fabio Maulo | 1 Apr 23:08
Picon
Gravatar

Re: updates no deseados

http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbuster.html

Por lo general son errores de mapping.
Trata de scribir lo meno posible en el mapping.

El 1 de abril de 2009 17:55, Carlos Fortes <cfortes <at> teleline.es> escribió:

Buenas,

 Tengo un problema con un mapping complejo (y extenso) de una base de
datos "legacy". Resulta que aunque solo hago consultas de lectura, al
hacer commit de la transaccion (tal y como recomendais aunque solo
haga lecturas las encierro en una transaccion), NHibernate me realiza
un update por cada objecto consultado (con los mismos datos). Se que
un error tipico es cuando se mapea un campo de una tabla que puede
tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
parece que no es el caso. Me gustaria saber si hay mas posibles
errores que puedan causar este comportamiento.

Muchas gracias.




--
Fabio Maulo

--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Permalink | Reply | 7 comments |
headers
Carlos Fortes | 1 Apr 23:47
Picon

Re: updates no deseados


Gracias por la pronta respuesta. Por lo que "leo" en el articulo, me
tendre que armar de paciencia. ¿No podria Nhibernate detectar este
tipo de casos y lanzar una excepcioncita con la/s propiedades marcadas
dirty? Pregunta inocente, lo se... :-).

On 1 abr, 23:08, Fabio Maulo <fabioma...@gmail.com> wrote:
> http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbu...
> Por lo general son errores de mapping.
> Trata de scribir lo meno posible en el mapping.
>
> El 1 de abril de 2009 17:55, Carlos Fortes <cfor...@teleline.es> escribió:
>
>
>
>
>
> > Buenas,
>
> >  Tengo un problema con un mapping complejo (y extenso) de una base de
> > datos "legacy". Resulta que aunque solo hago consultas de lectura, al
> > hacer commit de la transaccion (tal y como recomendais aunque solo
> > haga lecturas las encierro en una transaccion), NHibernate me realiza
> > un update por cada objecto consultado (con los mismos datos). Se que
> > un error tipico es cuando se mapea un campo de una tabla que puede
> > tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
> > parece que no es el caso. Me gustaria saber si hay mas posibles
> > errores que puedan causar este comportamiento.
>
> > Muchas gracias.
>
> --
> Fabio Maulo
--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 6 comments |
headers
Fabio Maulo | 1 Apr 23:50
Picon
Gravatar

Re: updates no deseados

Si en realidad tu entidades son read-only marcalas como read-only en el mapping y vas a ver la exception.

Si no tenes tiempo de verificar porque se están actualizando y queres prevenir los updates por auto-dirty-check
http://fabiomaulo.blogspot.com/2009/03/ensuring-updates-on-flush.html

El 1 de abril de 2009 18:47, Carlos Fortes <cfortes <at> teleline.es> escribió:

Gracias por la pronta respuesta. Por lo que "leo" en el articulo, me
tendre que armar de paciencia. ¿No podria Nhibernate detectar este
tipo de casos y lanzar una excepcioncita con la/s propiedades marcadas
dirty? Pregunta inocente, lo se... :-).

On 1 abr, 23:08, Fabio Maulo <fabioma... <at> gmail.com> wrote:
> http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbu...
> Por lo general son errores de mapping.
> Trata de scribir lo meno posible en el mapping.
>
> El 1 de abril de 2009 17:55, Carlos Fortes <cfor... <at> teleline.es> escribió:
>
>
>
>
>
> > Buenas,
>
> >  Tengo un problema con un mapping complejo (y extenso) de una base de
> > datos "legacy". Resulta que aunque solo hago consultas de lectura, al
> > hacer commit de la transaccion (tal y como recomendais aunque solo
> > haga lecturas las encierro en una transaccion), NHibernate me realiza
> > un update por cada objecto consultado (con los mismos datos). Se que
> > un error tipico es cuando se mapea un campo de una tabla que puede
> > tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
> > parece que no es el caso. Me gustaria saber si hay mas posibles
> > errores que puedan causar este comportamiento.
>
> > Muchas gracias.
>
> --
> Fabio Maulo




--
Fabio Maulo

--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---

Permalink | Reply | 5 comments |
headers
Carlos Fortes | 2 Apr 00:11
Picon

Re: updates no deseados


Se me ocurre que para testear de forma facil que no ocurren los
updates inesperados podria aprovechar que nhibenate lanza una
excepcion con entidades inmutables cambiando el mapping al vuelo y
hacer la entidad inmutable solo para el test (esto lo he leido en un
post pero para el caso contrario). En cuanto a asegurar que no haga
los updates, seria factible hacer rollback de la transaccion en lugar
de commit?

On 1 abr, 23:50, Fabio Maulo <fabioma...@gmail.com> wrote:
> Si en realidad tu entidades son read-only marcalas como read-only en el
> mapping y vas a ver la exception.Si no tenes tiempo de verificar porque se
> están actualizando y queres prevenir los updates por auto-dirty-checkhttp://fabiomaulo.blogspot.com/2009/03/ensuring-updates-on-flush.html
>
> El 1 de abril de 2009 18:47, Carlos Fortes <cfor...@teleline.es> escribió:
>
>
>
>
>
> > Gracias por la pronta respuesta. Por lo que "leo" en el articulo, me
> > tendre que armar de paciencia. ¿No podria Nhibernate detectar este
> > tipo de casos y lanzar una excepcioncita con la/s propiedades marcadas
> > dirty? Pregunta inocente, lo se... :-).
>
> > On 1 abr, 23:08, Fabio Maulo <fabioma...@gmail.com> wrote:
> > >http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbu...
> > > Por lo general son errores de mapping.
> > > Trata de scribir lo meno posible en el mapping.
>
> > > El 1 de abril de 2009 17:55, Carlos Fortes <cfor...@teleline.es>
> > escribió:
>
> > > > Buenas,
>
> > > >  Tengo un problema con un mapping complejo (y extenso) de una base de
> > > > datos "legacy". Resulta que aunque solo hago consultas de lectura, al
> > > > hacer commit de la transaccion (tal y como recomendais aunque solo
> > > > haga lecturas las encierro en una transaccion), NHibernate me realiza
> > > > un update por cada objecto consultado (con los mismos datos). Se que
> > > > un error tipico es cuando se mapea un campo de una tabla que puede
> > > > tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
> > > > parece que no es el caso. Me gustaria saber si hay mas posibles
> > > > errores que puedan causar este comportamiento.
>
> > > > Muchas gracias.
>
> > > --
> > > Fabio Maulo
>
> --
> Fabio Maulo
--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 4 comments |
headers
Carlos Peix | 2 Apr 00:29
Picon

Re: updates no deseados


Carlos,

Sugieres que evalues la posibilidad de analizar el problema en
profundidad y resolverlo. Barrer la basura debajo de la alfombra puede
traerte problemas mas temprano que tarde.

Desconozco la estructura de tu proyecto, pero si lo resolves haciendo
un rollback y algo sale mal, seras el responsable. Si, en cambio,
presentas el problema a quien sea que tiene la decision, estas
cumpliendo con tu responsabilidad.

Carlos Peix

2009/4/1 Carlos Fortes <cfortes <at> teleline.es>:
>
> Se me ocurre que para testear de forma facil que no ocurren los
> updates inesperados podria aprovechar que nhibenate lanza una
> excepcion con entidades inmutables cambiando el mapping al vuelo y
> hacer la entidad inmutable solo para el test (esto lo he leido en un
> post pero para el caso contrario). En cuanto a asegurar que no haga
> los updates, seria factible hacer rollback de la transaccion en lugar
> de commit?
>
> On 1 abr, 23:50, Fabio Maulo <fabioma...@gmail.com> wrote:
>> Si en realidad tu entidades son read-only marcalas como read-only en el
>> mapping y vas a ver la exception.Si no tenes tiempo de verificar porque se
>> están actualizando y queres prevenir los updates por auto-dirty-checkhttp://fabiomaulo.blogspot.com/2009/03/ensuring-updates-on-flush.html
>>
>> El 1 de abril de 2009 18:47, Carlos Fortes <cfor...@teleline.es> escribió:
>>
>>
>>
>>
>>
>> > Gracias por la pronta respuesta. Por lo que "leo" en el articulo, me
>> > tendre que armar de paciencia. ¿No podria Nhibernate detectar este
>> > tipo de casos y lanzar una excepcioncita con la/s propiedades marcadas
>> > dirty? Pregunta inocente, lo se... :-).
>>
>> > On 1 abr, 23:08, Fabio Maulo <fabioma...@gmail.com> wrote:
>> > >http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbu...
>> > > Por lo general son errores de mapping.
>> > > Trata de scribir lo meno posible en el mapping.
>>
>> > > El 1 de abril de 2009 17:55, Carlos Fortes <cfor...@teleline.es>
>> > escribió:
>>
>> > > > Buenas,
>>
>> > > >  Tengo un problema con un mapping complejo (y extenso) de una base de
>> > > > datos "legacy". Resulta que aunque solo hago consultas de lectura, al
>> > > > hacer commit de la transaccion (tal y como recomendais aunque solo
>> > > > haga lecturas las encierro en una transaccion), NHibernate me realiza
>> > > > un update por cada objecto consultado (con los mismos datos). Se que
>> > > > un error tipico es cuando se mapea un campo de una tabla que puede
>> > > > tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
>> > > > parece que no es el caso. Me gustaria saber si hay mas posibles
>> > > > errores que puedan causar este comportamiento.
>>
>> > > > Muchas gracias.
>>
>> > > --
>> > > Fabio Maulo
>>
>> --
>> Fabio Maulo
> >
>

--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 3 comments |
headers
Carlos Fortes | 2 Apr 07:58
Picon

Re: updates no deseados


Si, tengo algo de tiempo para buscar el "ghost". Lo del rollback solo
era por si la cosa se ponia fea de tienpo. Gracias.

On 2 abr, 00:29, Carlos Peix <carlos.p...@gmail.com> wrote:
> Carlos,
>
> Sugieres que evalues la posibilidad de analizar el problema en
> profundidad y resolverlo. Barrer la basura debajo de la alfombra puede
> traerte problemas mas temprano que tarde.
>
> Desconozco la estructura de tu proyecto, pero si lo resolves haciendo
> un rollback y algo sale mal, seras el responsable. Si, en cambio,
> presentas el problema a quien sea que tiene la decision, estas
> cumpliendo con tu responsabilidad.
>
> Carlos Peix
>
> 2009/4/1 Carlos Fortes <cfor...@teleline.es>:
>
>
>
> > Se me ocurre que para testear de forma facil que no ocurren los
> > updates inesperados podria aprovechar que nhibenate lanza una
> > excepcion con entidades inmutables cambiando el mapping al vuelo y
> > hacer la entidad inmutable solo para el test (esto lo he leido en un
> > post pero para el caso contrario). En cuanto a asegurar que no haga
> > los updates, seria factible hacer rollback de la transaccion en lugar
> > de commit?
>
> > On 1 abr, 23:50, Fabio Maulo <fabioma...@gmail.com> wrote:
> >> Si en realidad tu entidades son read-only marcalas como read-only en el
> >> mapping y vas a ver la exception.Si no tenes tiempo de verificar porque se
> >> están actualizando y queres prevenir los updates por auto-dirty-checkhttp://fabiomaulo.blogspot.com/2009/03/ensuring-updates-on-flush.html
>
> >> El 1 de abril de 2009 18:47, Carlos Fortes <cfor...@teleline.es> escribió:
>
> >> > Gracias por la pronta respuesta. Por lo que "leo" en el articulo, me
> >> > tendre que armar de paciencia. ¿No podria Nhibernate detectar este
> >> > tipo de casos y lanzar una excepcioncita con la/s propiedades marcadas
> >> > dirty? Pregunta inocente, lo se... :-).
>
> >> > On 1 abr, 23:08, Fabio Maulo <fabioma...@gmail.com> wrote:
> >> > >http://fabiomaulo.blogspot.com/2008/10/how-test-your-mappings-ghostbu...
> >> > > Por lo general son errores de mapping.
> >> > > Trata de scribir lo meno posible en el mapping.
>
> >> > > El 1 de abril de 2009 17:55, Carlos Fortes <cfor...@teleline.es>
> >> > escribió:
>
> >> > > > Buenas,
>
> >> > > >  Tengo un problema con un mapping complejo (y extenso) de una base de
> >> > > > datos "legacy". Resulta que aunque solo hago consultas de lectura, al
> >> > > > hacer commit de la transaccion (tal y como recomendais aunque solo
> >> > > > haga lecturas las encierro en una transaccion), NHibernate me realiza
> >> > > > un update por cada objecto consultado (con los mismos datos). Se que
> >> > > > un error tipico es cuando se mapea un campo de una tabla que puede
> >> > > > tomar valores nulos a una propiedad cuyo tipo no es nullable. Ese
> >> > > > parece que no es el caso. Me gustaria saber si hay mas posibles
> >> > > > errores que puedan causar este comportamiento.
>
> >> > > > Muchas gracias.
>
> >> > > --
> >> > > Fabio Maulo
>
> >> --
> >> Fabio Maulo
--~--~---------~--~----~------------~-------~--~----~
Para escribir al Grupo, hágalo a esta dirección: NHibernate-Hispano <at> googlegroups.com
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
-~----------~----~----~----~------~----~------~--~---
Permalink | Reply | 2 comments |

Gmane