Mejores tiempos de "build" en Genexus Tilo utilizando el "multi-core"

El proceso de especificación y generación de una base de conocimientos, en resumen, implica que se ejecuten tareas MSbuild que especifican o generan dicha KB.

En Genexus Evolution 1 se incluyó la posibilidad de tener especificación y generación concurrente.
Es decir, comenzar a generar antes de que terminen de especificarse todos los objetos, de este modo en PCs "multi-core" podía estar un "core" especificando y otro "generando" a la vez. Se paralelizó el proceso lo cual produce una ganancia importante de performance.

En Genexus Tilo se introdujo un avance importante en este sentido puesto que se pueden levantar múltiples instancias de especificadores y generadores a la vez. De este modo se paraleliza aun más el proceso de "build" y se aprovecha más aun la potencia de los procesadores "multi-core".

En la opción Tools/Options/Build se puede elegir hasta cuantos especificadores y generadores concurrentes se podrán ejecutar. Así podríamos ver en el task manager algo como:

Donde se ven 4 procesos de MSBuild ejecutando a la vez.
Esto redunda en un mejor aprovechamiento de los "cores" pudiendo reducir el tiempo necesario para el "build" de una KB.

¿Cuánto mejora?

Aun no se han realizado mediciones pero la ganancia es importante, dependiendo de la potencia de la máquina (al usar mas "cores" el cuello de botella puede estar en memoria o el disco), la base de conocimientos, etc.

En la medida que se realicen las pruebas se publicará más información al respecto.

Se están desarrollando otros cambios importantes en el proceso de build que también redundarán en una mejor performance en el mismo.

¿Cuantos especificadores y generadores realmente se ejecutan?

Lo que se configura en las opciones del IDE son "hasta cuantos se ejecutan a la vez", luego depende de la cantidad de cores, de la cantidad de objetos y otros parámetros, la cantidad de instancias que efectivamente se ejecutan.

¿Afecta la performance del IDE?

En principio no porque el IDE ejecuta en su propio "core", aunque obviamente además del "core" estos procesos consumen memoria y disco, con lo cual puede darse "competencia" con el IDE en ese sentido.


¿Qué proceso MSBuild corresponde a generación y qué proceso a especificación?

Eso se puede ver en la command line del propio "task manager", para verlo hay que ir al tab "details" y poner visible esa columna:

 Luego se puede ver que uno de los parámetros del MSBuild es el "SpecifierDaemon" o "GeneratorDaemon" de acuerdo al proceso que esté ejecutando el mismo:

Emulador de Android más rápido con procesadores Intel

Lo primero que precisamos es tener el AVD creado a partir una imagen de una API de Android mayor o igual a 17, y que además esa imagen esté hecha para procesadores Intel x86 Atom. Si usamos las imágenes hechas para procesadores ARM va a andar más lento porque el procesador tiene que convertir los procesos, mientras que usando Intel x86 se ejecutan más directamente.

Para saber si tenemos disponibles ese tipo de imágenes ir al SDK Manager de Android (C:\<Directorio del AndroidSDK>\SDK Manager.exe). 

Si no las tenemos bajar la imagen de la API que uno quiera para los procesadores Intel:

Luego crear un AVD que use esa imagen, para eso vamos al AVD Manager (C:\<Directorio del AndroidSDK>\AVD Manager.exe) y creamos un nuevo AVD:

Configurar la Memoria RAM a 768 y el VM heap en 64.

Con eso ya tendría que andar más rápido. 

Pero si nuestro procesador también permite la tecnología VT-x se puede mejorar el rendimiento del emulador. Entonces nos bajamos el "Intel x86 emulator Accelerator (HAXM)" del SDK Manager:

Luego de bajarlo hay que instalarlo ( no se instala automáticamente )

Para eso hay que ir a "C:\<Directorio del AndroidSDK>\extras\intel\Hardware_Accelerated_Execution_Manager" y ejecutar el instalador.

Luego al darle Start al AVD desde el AVD Manager y tendría que salir un mensaje como este:

Por último es recomendable si se quiere usar el emulador solo para probar, no utilizar dispositivos con pantallas de alta resolución (xhdpi o hdpi), sino que es mejor usar dispositivos con densidad de pantalla "mdpi", si se usa "ldpi" va a andar más rápido pero es muy chica la pantalla.

Y a partir de todo esto se podría decir que se puede trabajar con el emulador de Android!

Extra:

Si se tiene una buena tarjeta de video, habilitando la opción "User Host GPU" debería andar aún más rápido. Yo tengo una NVidea 7600 y se muere, así que se precisaría algo mucho mejor.

Services URL en aplicaciones Smart Devices

Cuando se desarrolla una aplicación Web muchas de las propiedades configuradas en el environment son grabadas en un archivo de configuración (ejemplo: web.config en el caso de .NET - WEB) para que puedan ser modificadas editando directamente el archivo (sin necesidad del IDE) cuando, por ejemplo, se instala la aplicación en un cliente o en otro ambiente.

Por ejemplo, se configuró el nombre del usuario de la DB en las propiedades del Environment en el IDE de Genexus, si se quiere que la aplicación acceda con otro usuario basta editar el archivo de configuración,

Luego la aplicación Web lee ese archivo de configuración para saber cómo comportarse (en el ejemplo: con qué usuario establece la conexión).

¿Qué pasa en el caso de aplicaciones para Smart Devices?
En las aplicaciones Smart Devices hay un componente del cliente (Java-Android, XCode-iOS, etc) que, en la mayoría de los casos, consume servicios del App Server (.NET, Java, etc). Puede leer más sobre dicha aquí.

¿De dónde se obtienen los servicios?
La capa que ejecuta en el device (APK, IPA, JAD) lo único que precisa saber es ¿dónde están los servicios a consumir?

Eso se configura en el IDE en la propiedad "Services URL" del generador Smart Devices:

Una vez configurada se incluye en la compilación del APK/IPA/JAD correspondiente el cual luego será distribuido directamente o vía las stores.

¿Es modificable la URL de los servicios?
El valor por defecto es el de la propiedad "Web root", sin embargo es modificable independientemente de esta.
Hay que considerar que luego de modificada hay que compilar nuevamente la aplicación para que en el APK/IPA/JAD se incluya esa información.

¿Qué sucede si no sé la URL en la cual quedarán definitivamente esos servicios?
Por ejemplo: soy una empresa de desarrollo que entrego al cliente el WAR y la APK correspondientes pero no sé dónde (servidor, URLs, etc) la instalará el cliente.

En este caso las posibilidades son dos:
1. Definir la URL como dinámica - se puede configurar la propiedad "Dynamic Services URL" en "True" con lo cual, una vez instalada la aplicación, el usuario puede configurar cual es la URL donde están los servicios.
Tiene la contra que agrega complejidad al usuario (cada usuario que la instale tendrá que configurar ese valor).

2. Definir una URL, por ejemplo: http://www.genexus.com/SalesApp, configurar esa como "Service URL" en la propiedad del Environmente, compilar la aplicación y configurar a nivel de App server que esa URL se resuelva en la Aplicación Web donde están los servicios instalados.
De este modo se puede resolver el dinamismo del lado del servidor sin necesidad de re-compilar la aplicación sin requerir que el usuario configure ese valor.

¿Cómo instalar y ejecutar la aplicaciones directamente en un dispositivo Android?

Aporte de Matias Hernández (@matiash)

GeneXus es capaz de instalar y ejecutar una aplicación en un dispositvo Android conectado a la máquina de desarrollo mediante USB. Para eso sólo es necesario:

1. En el dispositivo, tener habilitada la opción de “USB Debugging”.
2. En la PC, tener instalados los drivers USB del dispositivo.
3. Que la URL de servicios del generador SD sea accesible desde el dispositivo.

La opción de USB Debugging se puede encontrar bajo Settings -> Applications en Android 2.x y bajo Settings -> Developer Options en Android 4.x. A partir de Android Jelly Bean 4.2 esta opción está oculta por defecto, y la forma de habilitarla es haciendo tap 7 veces en Settings -> About -> Build number.

Los drivers USB pueden descargarse desde la página del fabricante (en forma separada o junto con alguna herramienta). En los devices Nexus de Google se pueden instalar como una opción del SDK. En los Samsung se pueden instalar junto con el Kies, u obtenerlos separadamente (por ejemplo desde http://forum.xda-developers.com/showthread.php?t=2038555).

A diferencia del emulador, un dispositivo Android conectado a un PC mediante USB no puede “ver” al mismo por esa conexión. Por lo tanto, no es posible ejecutar en el dispositivo si la propiedad “Services URL” del generador SD apunta a localhost. Como alternativa, es posible modificar esta propiedad colocando la dirección IP de la máquina local (en caso que ésta sea accesible a través de la red WiFi o de datos que el dispositivo use) o utilizar deploy to cloud en su lugar.

¿Qué pasa si todas estas reglas se cumplen y el Run de GeneXus sigue utilizando el emulador en vez del dispositivo conectado?

Lo más probable es que el SDK de Android no esté detectando el dispositivo. La forma de verificarlo es ejecutando el comando “adb devices” en el directorio <SDK>\platform-tools. El resultado (para un dispositivo funcionando) debería ser de la forma:

List of devices attached

05e9b1eb     device

Si el dispositivo no aparece (o se ve como “offline”) entonces no está accesible para su uso desde GeneXus. Algunas posibles causas (en orden de probabilidad decreciente):

1. Los drivers USB no están correctamente instalados. Esto se puede revisar accediendo al device manager; el dispositivo debería aparecer como “Android Composite ADB Interface” (y posiblemente también bajo “Portable Devices”). En este caso debería usarse la opción de “Update Driver Software” para seleccionar e instalar los drivers correctos.
2. Si el dispositivo posee Android 4.2.2 (o superior) entonces se requiere adb 1.0.31 o superior para usarlo (porque esta versión agrega una confirmación antes de ser usada mediante USB por primera vez). Se puede ver la versión instalada con el comando “adb version”. La nueva versión está disponible a partir de las Platform Tools r16.0.1. Ver https://developer.android.com/tools/help/adb.html
3. En algunos dispositivos es necesario cambiar el método de conexión USB de “Media Device” (MTP) a “Camera” (PTP). Esto se puede configurar haciendo tap en la notificación que aparece en el dispositivo al conectarlo (Touch for other USB options).

Capturar pantallas de dispositivo Android

Para publicar en el Google Play, para documentar algo de la aplicación o con el fin que sea, suelo requerir capturar pantallas (screen capture) de aplicaciones Android.

Para eso utilizo el DDMS que es una tool que viene con el SDK de Android.

1. Conecto el dispositivo Android con el cable USB a mi PC.
2. Luego ejecuto el DDMS (c:\DirectorioInstalacionSDK\Tools\DDMS.BAT) y ahi la opción "Screen capture":

3. Obtengo la imagen:

Con eso capturo las pantallas que luego utilizaré.

Tip: para que funcione el "screen capture", en realidad para que el DDMS se pueda conectar al dispositivo,  tiene que estar el Android con la depuración activada.

En "settings":

La opción "development":

La opción "USB debugging" tiene que estar prendida:

Un Adelanto... Aplicaciones Offline con base de datos precargadas

La nueva versión de GeneXus tiene el nombre de TILO. Es donde el equipo de desarrollo de Artech esta trabajando fuertemente aumentando la evolución en Web y continuando la revolución en Smart Devices.
Ya están los nightbuilds de esta versión hace tiempo y varios beta testers (unite!!) ya han hecho aplicaciones  usando una de las features mas importantes de esta versión; la posibilidad de generar aplicaciones offline para Smart Devices.

Si todavía no has leído nada sobre las aplicaciones offline, recomiendo que veas las siguientes charlas de dos integrantes del equipo de Artech.

Campos con "Visible" dinámico, no ocupan espacio en el Layout cuando se ocultan.

El objetivo de este tip, es explicar como hacer cuando tenemos un campo (variable o atributo) en un panel SD, con la propiedad "Visible = false", éste no ocupe espacio en el layout, y cuando la hacemos visible nuevamente (mediante un evento de usuario por ejemplo), aparezca en su espacio correspondiente.
Este ejemplo solo es valido para iOS.

Lista y filtro, todo en el mismo panel

En nuestras aplicaciones generalmente si tenemos un listado de datos, vamos a necesitar filtrar los mismos de alguna manera. A su vez, al desarrollar aplicaciones para Smart Devices con GeneXus, se nos presenta la duda de como implementar un panel (Panel for Smart Devices, Work With for Smart Devices) que contenga una grilla con datos y un filtro sobre los mismos, todo en la misma pantalla!

Ya habiamos visto anteriormente una solución de este tipo, veamos ahora paso a paso como implementar un ejemplo bien simple:

Sacar Fotos o elegir desde Biblioteca

Hasta ahora la única manera de enviar imágenes desde un dispositivo al servidor es mediante un atributo de tipo Image en una transacción dentro de un Work With for Smart Devices.
Cuando tenemos un atributo de tipo Image logramos tener el siguiente picker:

Luego de elegirlo confirmamos la transacción y eso lo lleva al servidor.
Pero no siempre queremos enviar imágenes desde una instancia de un Work With for Smart Devices.
Para resolver esto tenemos dos objetos Externos que nos permiten interactuar con dos recursos de nuestros dispositivos:

• Cámara
• Librería de Imágenes

Podríamos llegar a tener las siguientes opciones en pantalla para poder enviar una imagen al servidor.

Transacciones Multinivel en Smart Devices.

Las transacciones de múltiples niveles para aplicaciones Smart Devices (SD), se manejan un poco distinto que en las aplicaciones web o windows. Veremos a continuación, como manejar estos casos.

El problema:

Supongamos que queremos modelar que tenemos Personas, de las cuales se quiere conocer sus pesos (kg) por fecha. Decimos entonces que tenemos una Transaccion llamada "Persona" y un sub-nivel que corresponde a todos sus pesos en determinadas fechas, de la forma:

La solución:

Como en SD no podemos tener explícitamente declarar la transacción de varios niveles, lo que debemos hacer es emular ese comportamiento mediante la creación de varias transacciones independientes.
Para este caso, seria de la siguiente forma:

Y la transacción Peso, de la siguiente forma:

Como podemos observar en la transacción Peso, asignamos como clave primaria, la compuesta de los atributos PersonaId y PesoFecha. De esta forma generamos las mismas tablas en la base de datos y mismo comportamiento que en la transacción original de múltiples niveles, pero en este caso adaptada para correr correctamente en Smart Devices.

Luego, aplicamos el pattern WorkWith Smart Devices a ambas transacciones.
Podremos ver que la Transacción Persona, se nos crea con 2 Sections:

                                                               

Entramos en la Section (Peso) y procedemos a agregarle un boton "Agregar Peso" en el Action Bar, el cual codificaremos de la siguiente forma:

Este botón llamara a la Transacción Peso en modo Insert para agregarle valores de peso a cada Persona.

Finalmente, solo resta crear un DashBoard con un action sobre el WorkWithDevicesPersona, y F5.

Este es 1 ejemplo de como se pueden manejar estos casos, hay varias formas y depende del escenario que se quiere resolver cual es la mejor manera de hacerlo.

Llamar ventanas como popups en aplicaciones Smart Devices

Muchas veces, ya sea por razones estéticas o de funcionalidad de nuestra aplicación para Smart Devices, queremos ejecutar algún panel en una ventana emergente (popup).

La aplicaciones para Smart Devices generadas con GeneXus, de forma predeterminada, utilizan ventanas emergentes cuando se llaman transacciones (BC) para ingresar o modificar datos. La idea es utilizar esta caracteristica para extender la posibilidad de utilizar popups en  cualquier tipo de panel.

Por ejemplo, en la aplicación del XXII Encuentro Internacional GeneXus, se deseaba mostrar el panel de la opcion About en un popup, de la siguiente manera: