Hola gente! Gracias, Andres, por el dato.
Algo relacionado, no Smalltalk, pero parecido, recuerdo http://soft.vub.ac.be/amop/ AmbientTalk (aca usan Java VM como base) Creo que viene gente de ese grupo al Esug de Argentina, era asi? Nos leemos! Angel "Java" Lopez http://www.ajlopez.com http://twitter.com/ajlopez 2010/10/8 andres <[email protected]> > Te cuento lo que se de VisualWorks, tal vez Valloud tenga mas info: > 1. Si, cubierto por Opentalk. > 2. Opentalk cubre esto parcialmente, creo que se podía trabajar con clases > como objetos remotos. Pero tenía sus vueltas. Sólo pensar que en las dos > imágenes puede haber versiones distintas de la misma clase es un problema. > 3. No que yo sepa. > > El tema es que cuanto mas "transparente" te quieras volver para el > programador, mas decisiones tenés que tomar a priori (que muchas veces no se > pueden tomar sin conocer la aplicación o el dominio). Sólo la opción de > distribuir objetos por copia o por referencia es un mundo en si mismo. > > Saludos, > Andrés > > Angel Java Lopez escribió: > >> Ah! Me olvide de preguntar: >> >> No algo asi ya hecho en Smalltalk, alguna de las 3 opciones de Guillermo? >> >> Nos leemos! >> >> Angel "Java" Lopez >> http://www.ajlopez.com >> http://twitter.com/ajlopez >> >> 2010/10/8 andres <[email protected]> >> >> Dale, la opción 3 suena piola. El requerimiento sería algo así como: >>> "Implementar el mensaje #executeAt: anIpAddress port: aPort en Process >>> para >>> que pause la ejecución, se lleve el thread con los objetos en el scope a >>> la >>> otra imagen y retome la ejecución del punto de partida." Me sumo al >>> programa >>> de beta testers para cuando esté listo en un par de días. >>> >>> Saludos, >>> Andrés >>> >>> >>> Guillermo Schwarz escribió: >>> >>> Primero hay que ponerse de acuerdo en qué tipo de implementación vamos a >>> >>>> hacer: >>>> >>>> 1. Proxy que llame a un objeto remoto que ya existe en el destino >>>> (similar a EJB). >>>> 2. Proxy que vaya hasta el servidor y cree una instancia de una clase >>>> que no existe, para lo cual se requiere que el destino le pregunte al >>>> gatillador dónde está la definición de la clase, la cargue, la compile y >>>> la instancie. >>>> 3. ¿Cuál sería el objetivo? ¿Migrar procesos que ya están corriendo? >>>> ¿Que corran en el servidor que se indique en duro? ¿Hacer un balanceador >>>> de carga? >>>> >>>> Si los requerimientos no están claros se llegará a un engendro, pero si >>>> están claros, las decisiones de diseño serán las obvias, podremos >>>> implementar los prototipos, probarlos y no creo que sean más de un par >>>> de días tenerlo funcionando. >>>> >>>> Saludos, >>>> Guillermo. >>>> >>>> On Fri, 2010-10-08 at 06:04 +0100, Francisco Garau wrote: >>>> >>>> 2010/10/8 Guillermo Schwarz <[email protected]> >>>>> ¿Y tú que parte harías? >>>>> ¿Probarlo? >>>>> ;-) >>>>> -- >>>>> Simplex Veri Sigillum >>>>> Uy! - si necesitas beta testers avisa, yo >>>>> tambien >>>>> me prendo >>>>> >>>>> >>>>> ;-) >>>>> >>>>> >>>>> -- >>>>> Callarum largo vivurum >>>>> >>>>> >>>>> -- >>>>> To post to this group, send email to [email protected] >>>>> To unsubscribe from this group, send email to clubSmalltalk >>>>> [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]<clubsmalltalk%[email protected]> >>> <clubsmalltalk%[email protected]<clubsmalltalk%[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]<clubsmalltalk%[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
