Ah! No, mi pregunta va: no hay persistencia, en algun momento salvaran la imagen o lo que sea...
Pero como manejan la concurrencia entonces? Respuesta que me imagino: - En Kaos no manejamos concurrencia, Stalker! ;-) - La manejamos con dificultad ;-) - La manejamos de tal y tal forma - Cuando solo tenemos la imagen y nada mas, no manejamos concurrencia (lo que me haria imaginar: todas las resoluciones de concurrencia en el ecosistema de Smalltalk se las derivan a algo mas (GemStone, Magma, XPirulo... ;-)) - La manejamos atendiendo de a uno los pedidos (en Java y .NET, eso seria parecido a lo que hace Prevlayer, no recuerdo exactamente el nombre...) (en este caso, como manejan que el pedido vaya afectando a los objetos (cuenta, lista de transferencias, etc...) y luego, en la mitad de todos esos cambios, se dan cuenta que estamos en corralito y no pueden transferir todo lo que quieren... como manejan una transaccion? (volver atras los cambios, y no dejar las cosas por la mitad)) Como es? Nos leemos! Angel "Java" Lopez http://www.ajlopez.com http://twitter.com/ajlopez -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Andres Valloud Sent: Tuesday, January 18, 2011 3:48 PM To: [email protected] Subject: Re: [clubSmalltalk] Re: Programación con un gestor de base de datos orientado a objetos > Si trabajan en Smalltalk todo en memoria (no Gemstone, no Magma, no nada... > todo en memoria local, simple imagen de Smalltalk), como manejan la > concurrencia? Que pasa si algun cliente/pagina web quiere hacer una > transferencia de cuenta a cuenta, y otro cliente/pagina web tambien? Y como se maneja en ese caso la persistencia?... Andres. -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
