Bueno, ojo, quizá estoy equivocado respecto del GemConnect... 2008/12/4 GallegO <[EMAIL PROTECTED]>
> > Esteban: > > Entiendo a que te referís. Nosotros simplemente necesitamos tener la > misma aplicación corriendo en distintos lugares. El problema lo da la > mala conectividad ya que si no fuera este el caso trataríamos de > centralizar las cosas. > > Aprovecho para comentar que la gente de GemStone se comunico y me > dijeron que me venden el GemConnect, pero no me dijeron que estaba > discontinuado. Que raro. > > > Saludos > GallegO > > Esteban Lorenzano escribió: > > Bueno :) > > Yo me colgué pensando que querían replicar los datos porque quieren > > integrar aplicaciones que no necesariamente están muy bien conectadas > > entre sí. Esta es probablemente la inferencia errónea, porque vos en > > ningún momento decís eso... pero bien, yo pensé: ¿para que querrían > > duplicar datos?, 1) backup, 2) integración. > > La primera opción queda descartada porque de otro modo cualquiera de > > las respuestas anteriores serían factibles, entonces sigo por > > integración (hay probablemente otro escenario: misma aplicación > > corriendo en distintos puntos, pero se puede ver como una variante del > > punto 2). > > Entonces en cuanto a integración, bueno, hay varios "niveles" en donde > > se puede integrar una aplicación: > > 1) A nivel de datos. Este es el más común, y en mi humilde opinión, el > > motivo por el cual las RDBMS son tan ubicuas. Sin embargo, integrar a > > nivel de datos es inherentemente malo porque se pierde toda la > > inteligencia agregada en el sistema, lo cual invariablemente deviene > > en redundancia de datos y redundancia de código (no sería el caso del > > ultimo punto: misma aplicación corriendo en dos lugares). > > 2) A nivel de aplicación, la aplicación A no accede a los datos de la > > aplicación B sino que usa una libreria de la aplicacion A. Es mejor > > que la opcion 1 porque permite usar la inteligencia aplicada en A, > > pero es negativo en otros aspectos, el mas importante es que terminas > > teniendo un montón de páckages con versiones distintas por todos lados. > > 3) Lo que se supone que es lo mejorcito: que la aplicación A publique > > un servicio y la aplicación B lo consuma. Eso, dicen, es lo mejor de > > todos los mundos. Claro que es el origen de la mentira SOA que hoy > > tenemos por doquier, pero eso no significa que no sea mucho mejor que > > las opciones anteriores. > > > > En definitiva, para integración, yo no pensaría en replicación de > > datos sino en ver como una aplicación puede consumir servicios de otra. > > > > En eso es en lo que estaba pensando... insisto, probablemente lejos > > del problema real :) > > > > Salud, > > Esteban > > > > El 03/12/2008, a las 7:03p.m., GallegO escribió: > > > > > >> Hola Esteban: > >> > >> No entiendo bien a que te referís. Podrías darme un ejemplo mínimo > >> aunque sea? > >> Si no se trata de lo mismo por lo menos aprenderemos algo :P > >> > >> Saludos > >> > >> Esteban Lorenzano escribió: > >> > >>> Esto puede ser una descolgada total, pero bue... la voy a tirar > >>> igual :) > >>> ¿Para que querés la sincronización de la base de datos? Lo digo > >>> porque > >>> en líneas generales, sincronizar a ese nivel es bastante poco > >>> recomendable, lo más "teoricamente correcto" es integrar a nivel de > >>> aplicación (con servicios, bah). > >>> > >>> Insisto, lo más probable es que no tenga nada que ver con nada... > >>> > >>> Saludos, > >>> Esteban > >>> > >>> El 03/12/2008, a las 6:08p.m., GallegO escribió: > >>> > >>> > >>> > >>>> Hernan Wilkinson escribió: > >>>> > >>>> > >>>>> Otro tema a tener en cuenta es que quizás algunos que trabajen en > >>>>> ambientes Win esten usando COM, como es nuestro caso, para > >>>>> generar > >>>>> planillas Excel. En ese punto particular estamos pensando en > >>>>> hacer una > >>>>> exportación en XML con el formato de Excel (ver > >>>>> http://msdn.microsoft.com/en-us/library/aa140066(office.10).aspx > >>>>> < > http://msdn.microsoft.com/en-us/library/aa140066%28office.10%29.aspx > >>>>> > >>>>> ) > >>>>> > >>>>> > >>>>> No entiendo porque esto sería un problema con GemStone. > >>>>> > >>>>> > >>>> No. Digo que usar COM con GLASS es un problema. Corre en Linux ;) > >>>> Por eso quiero que empecemos a generar XML (de Excel) para generar > >>>> las > >>>> planillas. > >>>> Nadie tiene nada de esto hecho? mangazo mal... > >>>> > >>>> Saludos > >>>> GallegO > >>>> > >>>> > >>>> > >>> "Querer es suscitar las paradojas" > >>> Camus - El mito de Sísifo > >>> > >>> > >>> > >>> > >> > > > > "Querer es suscitar las paradojas" > > Camus - El mito de Sísifo > > > > > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
