Google lanzó una herramienta para la búsqueda de codigo de programas open source en la web.
El buscador se puede encontrar aqui
Lo use para buscar ejemplos de selector de certificados X.509 en java y los resultados fueron muy buenos.
Diagramador de Tablas (SQL Dependency Tracker)
Estuve mirando el SQL Dependecy Tracker de red-gate.com
Varias cosas me gustaron de este producto:
1) La generacion automatica de layout entendibles, con pocos cruces y tiene varios layouts a elegir.El diagrama que mas me gusta es el Smart Organic que es muy parecido al que implementaron Marcos y Ana en su proyecto de grado del digramador de tablas.
2) Dada una seleccion de tablas, pinta de azul las tablas referenciadas por esta y de rojo las tablas que hacen referencia a esta tabla
3) Se pueden ver las columnas de las tablas en los diagramas.
4) Se pueden agregar las tablas referenciadas por una tabla.
5) Tiene un mapa de navegacion pequeño que da una idea del formato general del diagrama.
6) Se pueden salvar los diagramas como archivos *.EMF y luego verlos con algun visor de imagenes y mantienen bien el detalle, aunque es dificil buscar en ellos.
7) Se pueden exportar los diagramas a XML.
Para utilizarlo con bases de datos creadas por Genexus, es preciso tener la integridad referencial activada de forma que se creen las constraints en la base de datos (SQLserver).
Para evaluarlo, se puede bajar una version trial de 14 dias en http://www.red-gate.com/products/SQL_dependency_tracker/index.htm
Algunas imagenes: 
Una base de verdad.. 
Diez años de una KB GeneXus en Producción
En este mes (Octubre 2006) se están cumpliendo 10 años de puesta en producción de una aplicación ERP (SIGE) hecha en GeneXus.
En Octubre de 1996, se realizó la puesta en marcha en COUSA (la principal aceitera de Uruguay), Molino San Jose (el molino harinero mas grande de Uruguay), Molino Rio Uruguay (#3 en harinas) de los primeros módulos del SIGE. Se instalaron contabilidad, acreedores/deudores, caja, stock y materia prima (una especialización de stock para el manejo de granos).
Sustituia un sistema desarrollado en Cobol con una base de datos RDB, que corría sobre equipos VAX Digital.
En estos diez años, han habido transformaciones importantes, tanto la forma de funcionar de las empresas, como en el funcionamiento de Concepto, pero dicho sistema sigue funcionando utilizando la misma KB y se ha "modernizado" utilizando tecnologías mas actuales.
En la herramienta de desarrollo estabamos en GeneXus 5.5 y ahora estamos en GeneXus 8.0.
Tuvimos migraciones a 6.0, 6.1, 7.0, 7.5 y 8.0 (una cada 2 años!!). Nos queda una a GeneXus 9.0, que ya hice 2 veces y encontre algunos detalles, por lo que decidimos esperara a que se libere el U2.
En lenguaje generado, usabamos FoxPro for Windows (en aquella epoca no era Visual ), hicimos una migración a Visual FoxPro y luego pasamos parte a C/SQL, hicimos un intento de ir a Visual Basic que fue fallido. En el año 2005, se hizo una migración a java, plataforma en la que se mantiene ahora.
La base de datos hace diez años usabamos DBFs. Hicimos pruebas con SQLserver 6.5 pero bloqueaba a página, lo cual nos hacia imposible trabajar bien. Apenas se liberó, nos pasamos a SQLserver 7.0 y por ultimo se migró a SQLServer 2000 (una migracion cada 3 años y pico).
En cuanto a plataformas, al principio usabamos solo windows 95/98/XP y por ultimo Linux, con la incorporacion de internet pasamos a usar IIS y por ultimo tomcat.
Los equipos estaban unidos por una WAN hecha con lineas directas con modems de 19.200!!.
Luego se paso a enlaces de radio y por ultimo a enlaces por internet.
Ademas de la incorporación de Internet (y sus tecnologias asociadas) se incorporaron manejo de mensajeria EDI, WAP y ahora dispositivos moviles.
De cualquier forma, y a pesar de todos estos cambios tecnologicos, la arquitectura general de la solución se mantiene y ademas hay muchos objetos que sigue existiendo con su nombre original.
El objeto que tiene fecha de modificación mas antiguo es del comienzos del 2001.
No es ni la KB mas vieja (hay varias anteriores), ni la mas grande (tenemos algunas mas grande) pero es una de la que ha acompañado la existencia de Concepto, durante todos estos años y la que mas trabajo y satisfacciones nos ha dado.
Es lindo cada tanto hacer un pequeño alto en el trabajo diario, para valorar en su justa medida todos estos cambios/mutaciones/adaptaciones y ver como hemos podido acompañar a nuestros clientes con este sistema permitiendoles a ellos dedicarse a su trabajo. Me pone muy contento ver que tanto COUSA, Molino San Jose y Molino Rio Uruguay siguen utilizando hoy el SIGE y espero que nuestra relación siga por varios años mas!!. :)
Estado de GeneXus 9.0
En el XVI Encuentro Internacional GeneXus, un mensaje muy claro que dieron los representantes de Artech, es que recomendaban a todos los desarrolladores GeneXus, pasarse a la versión 9.0.
Algunas personas me han preguntado que tan madura veia esa versión, como para empezar una migración.
No puedo contestar por todos los casos, pero si puedo compartir nuestras experiencias.
Los que tengan unicamente aplicaciones de pantalla verde (AS/400) , les recomiendo no migrar, aunque supongo que deben quedar muy pocos.
Las programas generados para WEB, estan funcionando muy bien desde hace mucho tiempo, por lo que esta muy maduro. Si tienen aplicaciones WEB en versiones anteriores de GeneXus, me animo a migrarla a GeneXus 9.0. Se puede tener algunos problemas de formato y de presentacion, pocas cosas deberian dar errores y los mismos deberian ser solucionables.
Las aplicaciones internas de Concepto estan todas en 9.0 desde hace mucho tiempo y no hemos tenido grandes sorpresas. En algunos clientes (por ejemplo Ucom) tenemos aplicaciones WEB desde la Beta1 de la 9.0
Para aquellos que tengan aplicaciones WIN la situación no es tan alentadora. Hasta la version U2, venia resistiendo la migracion pues habia varias cosas que arreglar. Leyendo las Releases Notes tanto de java como de .net, me parece que es una decision adecuada.
Creo que a partir de la U2 del especificador y de los generadores, estamos en condiciones de hacer migraciones, pero vamos a encontrar mas problemas aun no detectados en ejecución.
Van a empezar a aparecer los errores de ejecución tipicos del uso intensivo, como son los problemas de concurrencia, performance, carga, escalabilidad, etc.
Resumiendo:
Web - Migrar si miedo, es recomendable. Ademas los patterns ayudan en cualquier desarrollo
Win - Se puede migrar, esta menos probado, hay que hacer varias pruebas.
Mobile - Hay que hacerlo en 9.0
AS/400 - No hay que calentarse demasiado.
Las aplicaciones legacy desarrolladas por nosotros, vamos a migraralas en los proximos meses.
De las KB grandes, ya hicimos pruebas de migracion 2 veces para ir solcionando los problemas mas grandes y creo que ahora estamos en condiciones de hacer un proyecto oficial de migracion.
El difícil arte de testear software (imágenes en blobs)
Queria contar una anécdota de un error que nos afectó en las últimas semanas.
Tenemos una aplicación desarrollada en GeneXus 8.0, generando en .NET y una parte en Win y otra WEB, con una base de datos Oracle.
En dicha aplicación desde hace tiempo utilizamos campos BLOB en la base para guardar documentos, los cuales son subidos al servidor, a traves de una aplicación WEB, que pide un archivo y lo guarda en la base de datos.
Necesitamos desarrollar una aplicación de mensajería que recibe varios archivos de imágenes y también las guarda en la base de datos. Para esto elegimos usar campos BLOB, pues era para nosotros una tecnología conocida.
Se hicieron pruebas de la aplicación, recibiendo imágenes y en todas las pruebas funcionó todo bien. Se probó subir una imágen y también con archivos de 1, 2, 10 páginas (se exigen TIFF) y todas funcionaron bien.
También se hizo una prueba de carga, donde se proceso en forma repetitiva la misma imágen muchas veces para ver si la performance era buena.
El lunes se puso en producción la aplicación y a las 2 horas de puesto en producción, se vió que algunas imágnes no podían visualizarse, aunque no daba ningun error al procesarlas ni al almacenarlas.
Despues de un poco de investigación y consultas a soporte de Artech (el WEBSac estaba caido!!!) , encontramos el SAC 19102, que causaba que si se suben 2 imágenes, pero la segunda tiene un tamaño mayor que la primera, la segunda imagen queda truncada al tamaño de la primera.
Por suerte manteníamos copia de las imágenes que se recibían y podíamos comparar el tamaño del archivo con el tamaño guardado en la base de datos y corregir el problema en forma puntual, hasta que Artech nos envio el arreglo. Fueron algunas horas bastante estresantes, pues toda una operativa dependía de poder visualizar dichas imagenes.
Ahora ya tenemos una DLL que soluciona el problema, pero este caso, no hace mas que demostrar lo dificil que es testear. Evidentemente en nuestro caso falló el conjunto de pruebas que realizamos (deberíaamos haber probado con archivos grandes y luego chicos en una misma corrida) pero darse cuenta de antemano no es una tarea trivial, sobre todo cuando todos suponíamos que grabar BLOBs era una cosa probada desde hace tiempo.
"Usabilizando" GeneXus (DBMS Options)
De la serie Usabilizando Genexus.
Cuando se editan las propiedades de un modelo dentro de una KB, en el dialogo Model Properties, aparece separada la opcion DBMS y el boton DBMS Options.
Desde mi punto de vista, seria mas conveniente, que la selección del DBMS principial que voy a utilizar, se realice dentro del DBMS Options.
También sería bueno, uniformizar un poco mas el acceso a las propiedades del Data Store Default (que se hace con el boton DBMS Option) y el acceso a los Data Store secundarios que se hace con el tab Data Store y luego Properties.
No comments:
Post a Comment