http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6397 2008/12/1 Diego Jancic <jancic< at >gmail.com> Nada raro en el codigo que origina el error. public IList GetProcessSegments() { lock (LockReader) { return GetReadSession().CreateQuery("from ProcessSegment").List(); } } Todavia no tenemos un TestCase que reprodusca el error, los test corren bien pero falla al correr la aplicacion en el servidor de pruebas. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Jose Ramirez 2008-12-01T21:20:05 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6396 2008/12/1 Dario Quintana <contacto< at >darioquintana.com.ar> Si se logra reproducir. Fabio Maulo 2008-12-01T21:10:51 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6395 Si no es por concurrencia, hay que hacer un TestCase y reportar el issue. 2008/12/1 GLM. net <glm.net< at >gmail.com> Dario Quintana 2008-12-01T20:50:38 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6394 Hola, No se la solucion, pero yo me acuerdo de haber recibido ese error y no tiene nada que ver (necesariamente) con concurrencia… Lamentablemente tampoco me acuerdo la solución. Podes pegar como estas haciendo el query? Salu2 From: NHibernate-Hispano< at >googlegroups.com [mailto:NHibernate-Hispano< at >googlegroups.com] On Behalf Of GLM.net Sent: Monday, December 01, 2008 5:35 PM To: NHibernate-Hispano< at >googlegroups.com Subject: [NHibernate-Hispano] Re: IndexOutOfRangeException al ejecutar IQuery y problema de sincronizacion cada thread con su cuento... Estamos 100% seguros que esta excepcion es por concurrencia? El stack no se ve incoherente, o sea el query que muestra el stack es el mismo que nhib habria querido ejecutar. O sea, las SqlConnection no son thread safe, o sea que ahi va a morir seguro con un "SqlConnection is in use" 2008/12/1 Dario Quintana <contacto< at >darioquintana.com.ar> Hola Si lo estás haciendo Thread-safe a mano a tu Session, debería no haber problemas, quizás Diego Jancic 2008-12-01T20:45:38 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6393 cada thread con su cuento... Estamos 100% seguros que esta excepcion es por concurrencia? El stack no se ve incoherente, o sea el query que muestra el stack es el mismo que nhib habria querido ejecutar. O sea, las SqlConnection no son thread safe, o sea que ahi va a morir seguro con un "SqlConnection is in use" 2008/12/1 Dario Quintana <contacto< at >darioquintana.com.ar> GLM.net 2008-12-01T19:35:20 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6392 Carlos Peix escribió: De acuerdo, yo tambien lo hago asi. Ademas, en lo personal me queda mas descriptivo, mas alla de que veo que se usan mucho los propertys para pasar estado en la mayoria de codigo C# que llega a mi alcance, y por eso te hice la pregunta. Quedo claro. Muchas gracias Carlos. Saludos, Raul --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Raul Lopez 2008-12-01T14:41:48 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6391 Hola Si lo estás haciendo Thread-safe a mano a tu Session, debería no haber problemas, quizás estás teniendo algún problema en el lockeo. Y por que en vez de lockear sesiones, no tenés algún manager que te entregue las entregue. No entiendo cómo tenes el contexto de tu sesión funcionando. 2008/12/1 Jose Ramirez <josehr< at >gmail.com> Dario Quintana 2008-12-01T14:12:50 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6390 cada thread con su session/conversation.en uNhAddIns tenes ThreadLocalSessionContext o si preferis el ThreadLocalConversationalSessionContext que se ocupa de eso. El 1 de diciembre de 2008 11:00, Jose Ramirez <josehr< at >gmail.com> escribió: Fabio Maulo 2008-12-01T14:12:24 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6389 OK, y como puedo hacer entonces ? La aplicacion funciona con un hilo principal que puede generar consultas y activar timers segun ciertas condiciones, esos timers (en otros hilos) pueden llegar a necesitar hacer consultas tambien, o navegar relaciones que terminan generando Selects. saludos Jose Ramirez --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Jose Ramirez 2008-12-01T14:00:01 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6388 No uses una instancia de ISession en mas de un thread contemporaneamente; si lo haces esas son cosas que pueden pasar. 2008/12/1 Jose Ramirez <josehr< at >gmail.com> Fabio Maulo 2008-12-01T13:50:48 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6387 Hola, Estamos teniendo el siguiente problema en una aplicacion que usa NH 1.2.0.4000 en framework 1.1 Al ejecutar la consulta e intentar procesar el resultset dice que en el resultset no existe una columna con determinado nombre, en realidad si uds. miran el Select se daran cuenta que la columna existe. Al parecer hay un problema de sincronizacion donde se le esta cambiando el resultset desde otro thread, yo se que ISession no es thread-safe pero nosotros tenemos todas las consultas envueltas con bloques lock para evitar eso. Alguien tiene idea que puede estar pasando? NHibernate.ADOException: could not execute query [ select systemopti0_.[Key] as column1_6_, systemopti0_.Value as Value6_ from GenOptions systemopti0_ ] [SQL: select systemopti0_.[Key] as column1_6_, systemopti0_.Value as Value6_ from GenOptions systemopti0_] ---> System.IndexOutOfRangeException: column1_6_ at System.Data.Common.FieldNameLookup.GetOrdinal(String fieldName) at System.Data.SqlClient.SqlDataReader.GetOrdinal(String name Jose Ramirez 2008-12-01T13:33:28 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6386 Hola Raul, Lo que quise decir es que no uso property { get; set; } "automaticamente". Cuando diseñas tus objetos desde el comportamiento y cuando pones ese comportamiento dentro de los objetos (lo cual apoya el criterio de encapsulamiento), con el tiempo te vas dando cuenta de que expones mas comportamiento en forma de metodo y menos estado en forma de propiedades. Un ejemplo sencillo: public class Cliente { private bool activo; public bool Activo { get { return activo; } set { activo = value; } } } La pregunta que debemos hacernos: esta realmente encapsulado el dato "activo"? a mi me parece que no mucho, menos aun con la "ayuda" que nos dan las nuevas versiones de C# al generarnos directamente el field privado. Mucho mejor, a mi criterio, es esta implementacion: public class Cliente { private bool activo; public bool EsActivo() { return activo; } } Este ejemplo no muestra mucho la diferencia, concedido, pero si hay diferencia cuando esto se aplica como politica, Carlos Peix 2008-12-01T10:41:45 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6385 Por si a alguien le interesa, hay algo "parecido" que genera DSL's y editores gráficos a partir de tus meta-modelos, y trae lenguaje de plantillas para ellos: http://www.openarchitectureware.org Está pensado para Java pero, obviamente, las plantillas pueden contener lo que uno quiera :-) Francisco A. Lozano On Mon, Dec 1, 2008 at 11:27, Carlos Peix <carlos.peix< at >gmail.com> wrote: --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Francisco A. Lozano 2008-12-01T10:29:33 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6384 On Nov 30, 7:35 pm, "Angel \"Java\" Lopez" <ajlopez2...< at >gmail.com> wrote: Cierto Angel, disculpas. Es una diferencia ciertamente importante. Incluso andaba dando vueltas un diseñador visual, no? Carlos Peix --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Carlos Peix 2008-12-01T10:27:34 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6383 Hola gente! Una aclaracion: AjGenesis (http://www.codeplex.com/ajgenesis) no genera desde la base de datos. Genera desde donde quieran partir, un modelo de Uds, o de los que vienen en los ejemplos, o desde la base, o desde donde decidan. Bien se puede construir un modelo para AjGenesis que describa objetos, herencia, relaciones, entidades, agregados, y tener el mapeo pendiente o en otra parte del modelo. Por ejemplo, algo similar a los modelos de los que parte Entity Framework. Nos leemos! Angel "Java" Lopez http://www.ajlopez.com/ http://twitter.com/ajlopez ----- Original Message ----- From: "Carlos Peix" <carlos.peix< at >gmail.com> To: <NHibernate-Hispano< at >googlegroups.com> Sent: Saturday, November 29, 2008 10:55 AM Subject: [NHibernate-Hispano] Re: Mapear una Base de Datos !!! Hola Reynier, Amplio lo que dice Fabio. Nhibernate es un O/R-M (object relational mapper) y permite resolver la interaccion entre el mundo de los objetos y el mundo de las bases de datos relacionales. Hay distintas pre Angel "Java" Lopez 2008-11-30T21:35:41 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6382 It worked. This is the code of MailAddressUserType: ===================> using System; using System.Net.Mail; using System.Collections.Generic; using System.Linq; using System.Text; using System.Data; using NHibernate; using NHibernate.Cfg; using NHibernate.UserTypes; namespace SimpleOption.Soros.Dominio { public class MailAddressUserType : IUserType { private static readonly NHibernate.SqlTypes.SqlType[] SQL_TYPES = { NHibernateUtil.String.SqlType }; public NHibernate.SqlTypes.SqlType[] SqlTypes { get { return SQL_TYPES;} } public Type ReturnedType { get {return typeof(MailAddress); } } public int GetHashCode (object obj) { return ((MailAddress)obj).GetHashCode(); } public new bool Equals (object x, object y) { if (object.ReferenceEquals(x,y)) return true; if (x == null || y == null) return false; return x.Equals(y); } public object Replace(object original, object target, object owner) { return origi José María 2008-11-30T18:26:21 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6381 Si te gustan los Attributes podes usar NHibernate.Mapping.Attributes http://sourceforge.net/project/showfiles.php?group_id=216446 2008/11/30 Sergio Arancibia <arancibiasergio< at >gmail.com> Fabio Maulo 2008-11-30T18:07:03 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6380 Gracias por el consejo.. es cierto tiene su lado positivo y negativo. Te cuento que llegue nuevamente a nhibernate porque quice hacer un miniframe de persitencia utilizando atributos dentro de las clases de la forma ...... [AtribPersistenciaCampos("Sector", "sol_cab", "sector", TiposCampos._char, ClavePrimara.PK1, 8, 0, AceptaNull.NoAceptaNulos,"string","")] public string Sector { get { return _sector; } set { _sector = value; } } [AtribPersistenciaCampos("Tpo_com", "sol_cab", "tpo_com", TiposCampos._char, ClavePrimara.PK1, 4, 0, AceptaNull.NoAceptaNulos, "string", "")] public string Tpo_com { get { return _tpo_com; } set { _tpo_com = value; } } .... con clases tipo POJO.. logre que me genere el string de select , insert y update en forma dinamica leyendo los atributos de cada clase, renegando como loco por cierto Todo iba mas o menos bien hasta llegar al DataSet, pero desde eso llegar a una cole Sergio Arancibia 2008-11-30T17:58:15 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6379 Te doy un consejo apasionado.No uses los fuentes de NH para saber que hiciste mal te puedo asegurar que no es la mejor forma de aprender a usarlo. Pero bueno si te gusta mirar los funtes, pues adelante. 2008/11/30 Sergio Arancibia <arancibiasergio< at >gmail.com> Fabio Maulo 2008-11-30T17:22:19 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6378 On 30 nov, 13:55, "Fabio Maulo" <fabioma...< at >gmail.com> wrote: Ok, estoy en ello, si tengo algún problema te lo diré. Un saludo y 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 -~----------~----~----~----~------~----~------~--~--- José María 2008-11-30T17:14:49 http://permalink.gmane.org/gmane.comp.windows.dotnet.nhibernate.user.spanish/6377 Hola Carlos, Gracias por contestar. En relidad me exprese mal (una vez mas...), ya que la pregunta era por el lado de porque no acostumbras publicar a traves de propertys. Vengo siguiendo el hilo desde el comienzo y comparto tu enfoque, simplemente me entro la duda concretamente con lo de los {get; set;}, y por que no acostumbras usarlos. Esto puede ser off-topic en este ambito, asi que si ves que vale la pena, lo podemos seguir en la lista del MUG. Saludos, Raul. Carlos Peix escribió: --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~--- Raul Lopez 2008-11-30T16:50:44 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.windows.dotnet.nhibernate.user.spanish