Gallego , me agarro curiosidad. cuanto $$$ sale :D salu2 mdc 2008/12/4 Hernan Wilkinson <[EMAIL PROTECTED]>
> 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> >> >>>>> < >> 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 -~----------~----~----~----~------~----~------~--~---
