Desarrollando desde la trinchera.

Cada vez mas a menudo me encuentro con aplicaciones GeneXus que son generadas en múltiples bases de conocimiento.  Para clarificarlo un poco, se tienen diferentes KB que generan programas que están pensandos para ser usados como si fueran una única aplicación.  Estudie un poco los motivos que llevan a esto y vi que son por demás diversos. Los principales motivos son:  Seguridad.  Se necesita tener una parte de de la aplicación con determinada seguridad y se prefiere dividir la KB en la parte "mas segura" y "la no tan segura".  Tecnología. Se necesita una funcionalidad extra que viene en la nueva versión de GeneXus, pero no se esta en condiciones de migrar toda la KB, por lo que se decide hacer el nuevo desarrollo en una nueva KB con la nueva versión y lograr que ambas aplicaciones conversen. Esto pasa a veces con aplicaciones mobile, sobre una aplicación WEB que ya existe. También puede pasar que se tenga una aplicaciones que aun genera apli...

Desde hace un par de días, estamos trabajando con Nicolás, para lograr bajar el tiempo de build all de una KB. Baseline.  Partimos de una KB que tiene 1557 objetos main. (muchos reportes y web services). Tomamos como ejemplo a mejorar, el caso en que la KB no tenga ningún objeto modificado, ni tenga nada para compilar, pues ese caso nos permite ver donde estamos haciendo tareas que realmente no agregan valor al proceso.  En este caso (que no había nada para compilar) todo el proceso demora unos 65 minutos. El proceso hace: * Actualiza la KB desde GXServer * Especifica y Genera los fuentes * Compila todo los main. Todas estas tareas están automatizadas con tareas MSBuild y Jenkins. Estudiando los tiempos que llevan estas etapas, vimos que tenían un tiempo en promedio, en caso de no tener nada para actualizar ni generar: * Arranque y seteos iniciales (2 minutos) * Actualización desde el server (5 minutos) * Especificación y Generación (8 minutos) * Compila...

En estos días se cumplen los (primeros) 20 años de la puesta en producción del Sistema LUCIA en la Aduana de Uruguay. Voy a contar un poco su historia. Comienzo Durante 1998, trabajamos con un conjunto de consultores peruanos para poner en producción un sistema donado por la aduana de Perú a la aduana de Uruguay. El mismo fue realizado en Visual FoxPro y Oracle. Nosotros nos propusimos lograr convertir toda la aplicacion a GeneXus de forma que nos fuera fácil mantenerla en el futuro, pero teníamos plazos muy estrictos que cumplir para sustituir una aplicación que funcionaba en un mainframe y que tenia problemas con las fechas en el año 2000. El plan inicial de puesta en producción, fue una mezcla de aplicaciones hechas en Visual FoxPro y otras hechas en GeneXus, por ejemplo todas las consultas web fueron hechas con el generador C/SQL.  Salimos con el modulo de exportación, que era el que tenia menos operaciones y como manejaba menos dinero, era mas fácil para empezar. ...

En el post anterior sobre módulos, nombraba algunas características que serian buenas para mejorar en los módulos y algunas de ellas, no tenían nada que ver con los módulos, sino que era para lograr aplicaciones mas fáciles de modularizar. Algunas personas me hicieron preguntas, por lo que voy a tratar de explicar mejor lo que quise decir. Hoy GeneXus genera las transacciones de la forma: La transacción Deposito, accede a la tabla DEPOSITO (para hacer alta / baja y modificaciones de los datos) y también al tabla CIUDADES, para controlar que exista la ciudad del deposito si estoy agregando o modificando. A su vez, la transacción Ciudad, accede al tabla CIUDADES para el ABM y a DEPOSITOS para chequear si se puede borrar una CIUDAD (y no deja borrar si existe un depósito con esa Ciudad, para controlar que no queden datos inconsistentes. Con la forma actual de módulos, para no tener errores, hay que definir las transacciones Ciudad y Deposito con Visibility=Public y por lo tant...

La funcionalidad de los módulos en GeneXus es un desarrollo que tuvo un impulso inicial, y luego se estancó un poco, pues han surgido muchas otras cosas que han ocupado la agenda de desarrollo. Hace mas de un año escribí un articulo sobre el tema, y ahora voy a reforzar un poco la idea, pues sigo necesitando cosas de los módulos. Como veo estratégicos el tener un buen sistema de módulos, creo que vale la pena retomar y ampliar su funcionalidad para lograr manejar mejor nuestros desarrollos. El hacer que se extienda mas el uso de módulos, va a lograr mejorar los tiempos de build all y con eso también la productividad de quienes desarrollamos con Genexus. Si llegamos a tener módulos distribuibles en forma de binarios de forma facil y controlada, vamos tambien a estar mejor parados para arquitecturas interesantes como la de microservicios. Los puntos que a mi mas me duelen cuando uso módulos son: 1) Tablas publicas o privadas.  Me gustaria poder tener independencia ent...

Un cliente nos pidió que necesitaba un servicio web SOAP, que recibiera un header y realizar con dicha información una validación de seguridad. Con GeneXus nativo, no tenemos la posibilidad de recuperar los header soap aunque si se pueden setear cuando hago una invocación. El problema era recibir algo asi (no es con usuario y contraseña, sino con un token, pero lo hago así para el ejemplo). ? xml version = "1.0" ?> <SOAP-ENV:Envelope xmlns:SOAP-ENV = " http://www.w3.org/2001/12/soap-envelope" SOAP-ENV:encodingStyle = " http://www.w3.org/2001/12/soap-encoding" > <SOAP-ENV:Header> <s:Security xmlns:s = "http://ealmeida.blogspot.com/security/" user="Usuario" password="Peñarol" > </s:Security> </SOAP-ENV:Header> ... ... </SOAP-ENV:Envelope> Teniamos varias opciones: 1) Modificar el programa fuente generado por Genexus, p...

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 ...

Pasó el #GX28. La organización estuvo espectacular, como ya nos tiene acostumbrados. Un orgullo que una empresa uruguaya pueda organizar este tipo de eventos en el pais. Como hay tantas charlas simultáneas, una persona solo puede ver 1/5 de las charlas posibles, por lo que siempre se tiene versiones muy parciales. Algunos de los temas preponderantes (o que me interesaron a mi) fueron: * Blockchain - Hay mucho trabajo en el tema, aun no hay aplicaciones concretas. Creo que Blockchain va a terminar siendo un sinónimo de "Base de datos distribuida y no actualizable" y hay muchas aplicaciones que pueden beneficiarse de esto.  Viene madurando en forma muy rápida y hay mucho financiación para proyectos por lo que este un tema mas que interesante para mirarlo con cariño y empezar a hacer prototipos. * Inteligencia Artificial - Empezamos a tener tecnología a mano como para incorporarlo en nuestras aplicaciones. Para lograr resultados efectivos hay que trabajar bastante, pue...

En el #GX28, me invitaron a participar en un panel (junto con Ana Berta, Fernando Panizza, Javier Barreiro y Ignacio Estefanell )  donde conversaremos sobre Integración, Interoperabilidad, API First y API Economy . Me parece un tema importante y que en los próximos años nos va a tener ocupados. En 30 minutos no va a ser posible transmitir las diferentes visiones, por lo que hago un breve resumen en el blog.  Los desarrolladores, o quienes gestionan aplicaciones, van a tener que definir, monitorear y administrar las API internas de la aplicación y aquellas que exponen al público. Al tener interfaces bien definidas, aparecen nuevos modelos de negocios y oportunidades para aprovechar los datos. Tambien hacen mucho mas fácil empezar a interactuar con otras aplicaciones y a orquestar servicios de terceros. Para lograr todo este potencial, se van a necesitar nuevas herramientas para ayudar a lograrlo. Supongo que cada vez mas aplicaciones van a ser de la forma: Cada ve...

Dentro de las funcionalidades nuevas de KBDoctor esta la de poder hacer revisión de código automatizado, y poder ejecutar dicha tarea como una tarea MSBUILD. Nosotros lo usamos para poder revisar los cambios subidos al GXServer, en la KB que arma los build, para revisar los objetos subidos. Todas las noches se pueden revisar todos los objetos  que tenga un timestamp (modificados o subidos) del dia anterior o el actual. set KBPath=C:\Models\GX16\KBPrueba MSBuild.exe KBDoctorCmd.msbuild   /t:ReviewObjects  Si se quiere revisar desde una fecha determinada, se puede agregar el parametro /p:DateFrom=01-01-2018  En el proyecto KBDoctorCmd.msbuild (que se instala con KBdoctor) se tiene   <Target  Name="ReviewObjects">     <Message Text="Using GeneXus DIR = $(GX_PROGRAM_DIR)" />      <Message Text="KB DIR = $(KBPath)" />      <OpenKnowledgeBase Directory="$(KBPath)" />  ...

Con el fin de tener codigo mas facil de mantener, le estamos agregando a la nueva version de KBDoctor , varias opciones nuevas. Entre ellas, permite detectar:   If vacios.    Es común que por diversos motivos, quede código de la forma if (CONDICION)   //Codigo comentado  else   Codigo bueno  endif   Detecta tanto en el if o en else si quedó vacío por algún motivo. No parece algo muy util, pero en la práctica ha permitido detectar casos en los cuales no se estaba haciendo manejo de errores en forma correcta. Chequeo estricto de pasaje de parámetros.  Controla que los parámetros pasados entre objetos, coincidan tanto en tipo de datos (como ya lo hace hoy Genexus) como en largo, posiciones decimales en caso de numericos y en el DOMINIO que tiene definido la variable o atributo. Permite detectar posibles problemas o inconsistencias en el sistema. Esta opcion se agrega a la que ya teníamos de hacer un control ...

Tenemos una aplicación funcionando en .NET con GeneXus 15 Upgrade 9. Nos pasamos al Upgrade 11 y todo parecía funciona correctamente. En las pruebas realizadas en las maquinas de desarrollo y testeo, todo funciono bien. Cuando pusimos en producción, empezamos a notar que luego de llamar a un servicio SOAP, los parámetros que nos volvían en SDT, con decimales, quedaban multiplicados por 100. Las maquinas en las cuales habíamos probado, tenian Windows en ingles, con formato en ingles. El servidor de producción, tenia Windows en ingles, pero el formato de fechas e importe, estaban en español.  Esta diferencia, era la que hacia que al ejecutar los mismos assemblies en dos maquinas diferentes, con los mismos archivos de configuración, dieran resultados diferentes. El problema fue rápidamente diagnosticado por Javier Larrosa y agregando la linea   <globalization culture="en-US" uiCulture="en-US" />  a nivel del system.web del web.config, pudimos solu...

En el post anterior, comentaba la importancia de usar dominios con significado, para facilitar la propagación de cambios desde el modelo de datos a los programas. Otra ventaja de tener bien definidos los dominios, es el de poder agrupar todas las cosas que son de la misma categoría, facilitando la identificación de los objetos que tengo que cambiar. Por otro lado, al tener tanto variables como atributos con dominios, podemos hacer validaciones mas estrictas de lo que hoy permite Genexus. Supongamos que tenemos los atributos (*) MovimientoPeso - Domino PesoKG N(10,2) CamionPeso - Dominio PesoToneladas N(10,2) Si en un programa tenemos una operacion que haga una asignacion de MovimientoPeso = CamionPeso + &Carga muy posiblemente estemos introduciendo un error, al sumar pesos en diferentes unidades, aunque los ambos sean numéricos. Lo mismo sucede si pasamos de variables que tienen mas decimales a otra que tenga menos decimales, podemos estar perdiendo precisión c...

Hace unos dias, me preguntaron el motivo por el cual KBDoctor chequeaba que los todos los atributos estuvieran basados en dominios y también sugiere que todas las variables estén basadas en atributos (o dominios) El motivo es bastante sencillo, para hacer que la KB sea mas fácil de mantener en el futuro.  Pongo un ejemplo bien sencillo, con el cual, puede quedar un poco mas claro. Tengo tres atributos, que son N(8) y guardo en ellos números telefónicos.  Ninguno de estos atributos tiene dominio. Luego tengo 4 programas que usan estos atributos y tienen variables que tambien contienen numeros telefonicos, tambien definidas como N(8). Por el aumento de la cantidad de teléfonos, las compañías telefónicas se ponen de acuerdo y deciden pasar sus números de 8 a 10 dígitos.  Para adaptar mi aplicacion, tengo que cambiar, 3 atributos, mas 4 programas los cuales tengo que detectar  y cambiar manualmente. Estas tareas (sobre todo la de encontrar donde s...

Como serán las aplicaciones del futuro? Me encantaría poder contestar esa preguntas sin dudar, pero hacer futurología no es algo que me salga bien.  Lo que si puedo contestar, es como son las aplicaciones que tendremos que hacer en los próximos meses, porque son las que estamos programando ahora. Si bien no todas las aplicaciones son iguales, muchas de estas características se repiten en varias, por lo que es fácil detectar patrones repetidos. Opino hoy de las aplicaciones hechas con Genexus. Distribuidas Las aplicaciones tienen que estar distribuidas en varios nodos. Esta división sera por performance, escalabilidad, modularidad, seguridad, ejecutar en dispositivos específicos o algún otro criterio pero es algo con lo cual vamos a tener que lidiar. Nuestra aplicación va a tener que ejecutar en diferentes computadoras (por ej. microservicios). Múltiples fuentes de datos o bases de datos.  Cada vez es mas común que las aplicaciones necesiten leer/grabar de diversas...

En este   informe de Forrester   (es del 2016, pero creo que tiene vigencia)  explican cómo puede afectar el uso de herramientas con algoritmos de  inteligencia artificial el desarrollo de software y aplicaciones. Conviene leerlo todo, pues está interesante.  En la comunidad Genexus, tenemos avances en varios frentes. Identifican que el area de test es una de la que primero se va a favorecer del uso de inteligencia artificial.

Publiqué en el GeneXus Marketplace una versión nueva de KBDoctor. Es la primera en la que cuento con ayuda de Nicolas para programar y hay muchas cosas que mejoraron. Tiene varios arreglos, y nuevas opciones, para el manejo de módulos y también una opción para revision de objetos. Esta disponible para Evo3, GX15 y GX16. También se pueden empezar a ejecutar las opciones de limpieza de la KB como tareas MSBUILD. Si alguien lo usa y tiene algun comentario, es bienvenido.

Estamos programando una opción en KBDoctor, que va a hacer un Object Review, de forma de hacer una analisis y revision del objeto y detectar posibles errores, antes de subir dicho objeto a GXServer. La idea es que aparezca en el dialogo del Commit, permitiendo revisar todos los objetos que van a ser subidos al server. Es una herramienta que ayuda a realizar una revision del objeto, para liberar al revisor de los controles rutinarios y que pueden automatizarse. Ademas unifica algunos criterios en todo el grupo de desarrollo, de forma de hacer mas predecible como seran los objetos. Que hace el Object Review? Hace algo mas que un review, pues por ejemplo, borra todas las variables no usadas y si el objeto es una transaccion y no esta siendo referenciada por nadie, le borra las reglas, los eventos, le saca la masterpage y vuelve los forms a default. Tambien avisa cuando: Hay parametros tenga IN/OUT/INOUT Tiene mas de N1 parametros Tiene mas de un parametro de salida Tiene...

Para poder usar GXflow con Oracle, es necesario poder usar el driver de Oracle, en 32bits o en 64bits, dependiendo de como este compilada tu solucion.  Los programas que vienen con Workflow que hacen las reorganizacion desde versiones anteriores de GXFlow y tambien los programas que procesan los diagramas y cargan la metadata en las tablas de workflow, vienen pre-compilados.  Esto siempre nos trae problemas con las diversas versiones de la dll de Oracle.DataAccess.dll, pues algunas veces no puede cargarla correctamente.  Lo que hay que hacer es forzar el uso de (en nuestro caso) 32bits para los programas de GXflow:  corflags "C:\Program Files (x86)\GeneXus\GeneXus15\Packages\Gxpm\Platforms\NetOracle12c\apwfwinloaddataxml.exe" /32BIT+ corflags "C:\Program Files (x86)\GeneXus\GeneXus15\Packages\Gxpm\Platforms\NetOracle12c\apwfexportgamroles.exe" /32BIT+ corflags "C:\Program Files (x86)\GeneXus\GeneXus15\Packages\Gxpm\Platforms\NetOracle12c\apw...

Esta es una sugerencia que hice en el Slack de la TERO (próxima version de GeneXus, que sera la 16). Nadie respondió nada y hace tiempo que tiene poquisimo movimiento, por lo que me quedan dudas, si alguien lo esta leyendo en forma activa. Voy a reportarlo por aca, para darle un poco mas de visibilidad, pues es una sugerencia que puede servirle a todos aquellos que necesitan hacer reoganizaciones de la base de datos únicamente por script. REORGANIZACION:  En algunas instalaciones, la unica forma autorizada de hacer reorganizaciones es a traves de scripts SQL. Con la generación de ReorganizationScript.txt se simplificó muchísimo la tarea, de generar un script que haga la reorganización de la base de datos. Lo que quería pedir era si se podía agregar algún comentario adicional, en el caso que se necesita crear una tabla temporaria y correr el programa de conversión. Los DBA's generalmente evitan la creación de tablas temporarias y deben traducir esa secuencia de sente...