Genexus Planet

En las últimas versiones de GeneXus han introducido varias mejoras para acelerar el proceso de Build All de KB grandes. Para probarlo hice un script para hacer un rebuild all de una KB de más de 10.000 objetos en una version anterior de GX y la nueva version. Tiempos de Rebuild all en KB con mas de 10.000 objetos.  GeneXus 16 Upgrade 7 03:50 horas GeneXus 16 Upgrade 10 03:24 horas Diferencia 26

El esquema general de desarrollo e instalación de aplicaciones desarrolladas con GeneXus es así:  Las treas que tenemos son: Build. Partiendo de una KB actualizada/modificada se especifican, generan, compilan todos los ejecutables de la aplicación. Se hace la reorganización de la base de datos necesaria y se salva dicha reorganización. Esta reorganización seria bueno poder ejecutarla solo con

Ayer publiqué un post sobre una posible herramienta para facilitarle la vida a los desarrolladores GeneXus. Me preguntaron que problema intentaba resolver y es una muy buena pregunta, pues en el post no lo dejo claro. Problema 1)  Tengo una KB que funciona perfecto en GeneXus 16 Upgrade 5 y usa GAM y GXFlow. Instalo GX16 U9 y lo ejecuto. Como me olvide de ponerle /NoLastKB al ejecutar GeneXus,

Hace unos años, había tenido la idea de hacer una herramienta para el manejo de bases de conocimiento GeneXus. Es común para las empresas de desarrollo de software que usan GeneXus que tenga varias KB en diferentes versiones de GeneXus. Y también es necesario tener diferentes Upgrades de la misma version, pues es imposible migrar todas las KB en forma simultánea. Esto no esta muy bien soportado

Hace unos días conversando con colegas de la comunidad Genexus,  en una charla por otro tema, comenté un problema que me hace pensar desde hace tiempo. Ese no era el lugar para hacer planteos técnicos. Los módulos son un objeto con muchísima potencia, muy sub utilizados y que les falta poco para obligar a una programacion modular en Genexus. Cual es el principal problema? Voy a mostrar un