Marcelo: Sobre la licencia de u$s7000 (primer nivel no free) para GLASS se necesita un 25% adicional para el GemConnect. De todas formas no me suena a precio de lista, así que supongo que se puede negociar. Tampoco me dijeron cuanto salia solamente si queríamos sumarselo a la versión free. Yo creo que vale la pena esperar a ver si con la implementación de FFI en GLASS portan el fw de odbc de Squeak. Les parecen caros estos precios? Todo depende no...
Saludos GallegO Marcelo Cortez escribió: > Gallego , me agarro curiosidad. cuanto $$$ sale :D > salu2 > mdc > > 2008/12/4 Hernan Wilkinson <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> > > Bueno, ojo, quizá estoy equivocado respecto del GemConnect... > > 2008/12/4 GallegO <[EMAIL PROTECTED] <mailto:[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 -~----------~----~----~----~------~----~------~--~---
