Desarrollando desde la trinchera.

Paso 4 del ciclo  Metodología para el cambio de versión de GeneXus  En el paso anterior, pudimos crear una build all exitoso de la KB GeneXus, para generar la aplicación y una instalación de la aplicación en un ambiente de pruebas.  Una vez que tenemos la aplicación instalada en la versión vieja y la versión nueva, tenemos que pensar en comparar el funcionamiento de ambas aplicaciones y poder detectar las diferencias.  Las comparación van a ser de diferentes tipos: Configuración En este paso se deben comparar los archivos de configuración (web.config, client.cfg, log.config, etc) para estudiar las diferencias entre ambas versiones y entender cuales pueden afectar a la nueva aplicación.  Comparar los temas y archivos css generados en la nueva versión. Identificar las clases que tienen diferencias.  Navegación  Al hacer el REBUILD ALL de una KB en una versión nueva de GeneXus, se hace una re-escritura del 100% del código generado.  En esta re-escritura, muchas veces hay cambios en la for

Paso 3 del ciclo  Metodología para el cambio de versión de GeneXus  Ya tenemos una nueva instalación de GeneXus completa y operativa y una lista primaria de las cosas que vamos a tener que testear.  Ahora llega un paso que puede ser sencillo, que es el de lograr un BUILD ALL exitoso en la nueva versión.  Dependiendo de cuan grande sea el salto entre versiones de GeneXus, puede ser desde muy difícil a trivial.  La idea aca es trabajar en una COPIA de la KB original. La forma de lograr esta copia puede ser CLONANDO la KB original o volviendo a bajar la KB en caso que se utilizando GXServer.  Habitualmente lo que hago en esta etapa es:  Si uso GXServer  -->     Create KB From Server si no                     --->    Clonar la KB original usando KBClone   Export de todos los objetos y la KB (para recurrir en caso que algo salga mal).  Abrir la KB con la nueva versión de GX  Crear una versión congelada en la nueva KB (para volver en caso de meter la pata y tener una forma de saber que