Desarrollando desde la trinchera.

 Problema: Tengo un conjunto de objetos que modifique pero por algun motivo (el cambio no esta terminado, no se puede subir al server aun, la funcionalidad no puede entrar en produccion, tengo que trabajar en 2 solicitudes en paralelo, etc) no los puedo subir al server por unos dias.  ¿Como puedo hacer para que no se mezclen los cambios que ya tengo realizados, con otros con los que tambien tengo que cambiar?.  Solucion:  Se pueden usar  ChangeSet   https://wiki. genexus.com/commwiki/servlet/ wiki?31775, ChangeSets +in+ GeneXus+Server Esto es un grupo de objetos modificados, que se pueden agrupar antes de subir al server.  Y los objetos quedan agrupados En el ejemplo de arriba, tengo un objeto File que tiene un archivo de control de la propiedad CommitOnExit y otro conjunto de objetos, modificados porque mejoré la modularización del modulo WorkFlow. Claramente son dos cosas que no tienen ninguna relación y no quiero que se vayan en un mismo commit...

Desde hace un tiempo, es bastante común que los grupos de desarrollo tengan mayor participación en el ciclo de vida de una aplicación. Los desarrolladores que antes "solo hacían programas", ahora pasan a realizar tareas en el build, deploy, monitoreo de aplicaciones. Esta tendencia es la llamada DevOps, donde se unifican los grupos de Desarrollo y Operaciones para brindar un mejor servicio y tener mejor productividad. En los proyectos que hemos utilizado este tipo de metodología, efectivamente ha mejorado la productividad brindando mejor servicio a los usuarios de la aplicación. Los cambios le llegan mas rapido y los problemas se solucionan mas rapido también. También los errores de coordinación entre los que desarrollan y los que instalan disminuyen al hacer todos en el mismo grupo las tareas. Es mas fácil automatizar varias tareas que antes se hacían en forma manual. Estos cambios en la forma de trabajar, trae varias consecuencias. La mas notoria, es que se hace mas ...

Cuando tenemos una KB conectada a GXServer, surge la dificultad, que hay que migrar "simultaneamente" la KB local y la KB remota a la nueva version de GeneXus. El proceso de pasar de una version a otra en KB grandes, puede ser mas o menos trabajoso, dependiendo de muchos factores, pero puede demorar varios meses entre migracion, pruebas, ajustes, arreglos e instalacion de la nueva version.  Algunos factores que influyen en esta migracion son:  * External Objects utilizados * User Controls Utilizados * Versiones de sistema operativo, base de datos, servidor de aplicaciones web, etc.  Durante el periodo que se realiza la migracion, si bien tratamos de minimizar los cambios que se realicen al sistema, siempre hay cambios obligatorios que hay que realizar.  El escenario planteado es el siguiente:  KBEvo3 - hace ajustes a la aplicación.  KBGX15 - hace cambios debidos a la migración  Hay que mantener la historia de todos los c...

Es una situación habitual, que cuando quiero hacer un UPDATE en una KB GeneXus que esta conectada a GeneXus Server, el mismo falle, dando errores. Esto es común, cuando se modificaron muchos objetos en el server, por ejemplo, cuando alguien se va de vacaciones por un tiempo prolongado en una KB con mucha activadad. Otra situacion comun, es cuando tengon en el server referencias que no son soportadas en la KB local, por ejemplo, si los objetos en el server hacen referencia a objetos Styles que ya no existen mas en mi KB local, que es migrada de version anteriores de GeneXus. Otro motivo, es cuando borre objetos en mi KB local para realizar alguna prueba o limpieza y los objetos del UPDATE aun hacen referencia a algun objeto de estos. Una "solución facil" para hacer en estos casos, es importar los cambios que vienen del server. GeneXus Server no tiene la funcionalidad de hacer un export de objetos directamente desde la consola del mismo. Hice el pedido formal un par d...

Tengo una KB local conectada a GXServer. Quiero recuperar un objeto que fue borrado ANTES de crear mi KB, por lo que el objeto nunca exitio en mi KB local. Como hago para recuperarlo ? Lo primero que tengo que hacer es identificar en que COMMIT fue borrado dicho objeto y esto se logra a traves del dialogo de Team Development / History Luego se le hace Revert a dicho commit que nos lleva a una pantalla que permite recuperar dicho objeto. Una vez que se recupera, lo tenemos disponible en nuestra KB local y debemos hacer un Commit para subirlo nuevamente al server, para que este disponible para todos los integrantes del grupo de trabajo. Es un TIP muy sencillo, pero como me lo han preguntado varias veces es bueno dejarlo documentado.

Una queja generalizada de los usuarios GeneXus es que no es fácil encontrar como se usan determinadas funcionalidades. Si bien la documentación ha mejorado muchísimo en los  últimos años y tenemos un WIKI que tiene mucha documentación, hay muchos usuarios que recién comienzan que no encuentran ejemplos de como usar determinados comandos. El problema que he visto, es que si bien saben que existe determinada funcionalidad, no tienen ejemplos completos que muestren como usarla. Cuando me llega este tipo de consulta, trato de refererirlo a KB de ejemplo (People and Organizations, WIKI del servidor público de GXServer. Para poder extraer el ejemplo que quieren, el usuario deber bajarse toda la KB y empezar a buscar donde esta la funcionalidad buscada, lo cual es bastante engorroso y generalmente no hacen. Para subsanar esto, se me ocure que seria bueno contar con 3 cosas bastante sencillas. Poder linkear el fuente u objetos desde un WIKI a GeneXus Server.  Me gustaría que...

En los  últimos días he mantenido conversaciones informales con varios colegas sobre metodologías de desarrollo y evaluando que cosas parecen de mayor prioridad para profesionalizar el desarrollo de grandes aplicaciones. Un tema que surge con bastante frecuencia, es la necesidad de tener un Bug Tracker integrado en el proceso de desarrollo. Lo básico seria tener una lista de los incidentes/errores/requerimientos a implementar, poder clasificarlos, hacer seguimiento y tener referencias cruzadas entre objetos modificados y dichos incidentes. Desde mi punto de vista el lugar natural para implementar esto, es GeneXus Server . Me gustaría que junto a cada KB/versión que tengo en el GXServer pudiera tener los incidentes pendientes y cuando hago un COMMIT, poder especificar a que incidente corresponde. Esto le daría mucho mas valor al GXServer y además es que sirve de base para otras herramientas que participan en el ciclo de desarrollo, por ejemplo para poder disparar las pr...

GeneXus Server , es la herramienta desarrollada por Artech, para el trabajo en grupo con GeneXus. Hoy es como un respositorio centralizado de una KB, donde los desarrolladores del grupo de trabajo suben  los cambios que han programado (operación commit) y actualizan lo que los demás han cambiado (operación update). Desde que migramos a la versión X, estamos usando dicha herramienta y es un cambio grande en la forma de trabajo que teníamos con versiones anteriores de GeneXus, pues mejora muchísimo el ciclo de consolidación de los cambios. Luego de usarlo por un tiempo, hemos ido acumulando algunos cambios que paso a listar aquí: 1) Traer objetos desde otra KB que esta en GeneXus Server. Seria muy practico, poder seleccionar algunos objetos desde la interfaz WEB y poder generar un archivo de export. Por ejemplo, veo una KB en GXServer en su interfaz WEB. que tiene algo que me interesa (por ejemplo una trasacción y algunos dominios)  y quiero incorporarla a mi KB local...

Desde hace un tiempo estamos trabajando con GeneXus Server.  Soluciona muchísimos de los problemas que se plantean en el desarrollo en grupo, haciendo mas rápido y mas controlado el desarrollo de aplicaciones grandes, aumentando la productividad de todos. Para poder mejorar aun mas este trabajo, hay algunas cosas que me gustaría que tuviera GXserver para las próximas versiones: Mejoras en el manejo de versiones. Hoy podemos tener versiones en la KB cliente, en la KB del servidor o una mezcla de ambas. No encontré una forma Versiones sincronizadas en GXServer y en el Cliente. Puedo crear KB en el cliente con las mismas versiones que tengo en el servidor y también puedo subir al servidor una KB con las mismas versiones que tiene mi KB cliente, pero no puedo mantener una KB cliente y servidor con las mismas versiones, si  creo una versión en una de ellas. Sería bueno tener un mecanismo de sincronización de ve...

  GeneXus Server es un producto que facilita el desarrollo de aplicaciones grandes en grupos de desarrollo numerosos con GeneXus. Con estas características, es un producto que va a ser cada día mas critico en el desarrollo para empresas grandes. Por todo esto, me llama la atención, que Artech no habilite en paralelo con la versión GeneXus X Evolution 2, una versión de GeneXus Server como beta. Hoy no se puede desarrollar con GeneXus Evolution 2 y subir a GeneXus Server, pues da errores por diferencias en las versiones. Por lo tanto, cuando este pronta dicha versión, creo que GeneXus Server va a estar bastante menos testeado. No seria bueno tener una versión GeneXus Server en Beta?. Es todo una cuestión de costos/beneficios, pero desde mi punto de vista, estaría bueno tenerlo. Manejo de Versiones en el servidor. En otro tema, creo que seria muy deseable poder tener diferentes versiones de GeneXus en...