Mis cinco

En el post anterior sobre los objetos externos escribía que me intrigaba saber cuales serian las cinco features preferidas de cada una de los usuarios de GeneXus Rocha.
En este post intento trasmitir cuales a mi gusto son mis cinco preferidas.
Como indiqué anteriormente no creo que se repitan entre dos usuarios una lista igual, ya que la cantidad de features de la Rocha son varias y para todos lo gustos.
Aquí van entonces mis cinco preferidas en un orden totalmente sin importancia ya que considero a las cinco en la misma escala de preferencia.

1. IDE en general y en particular el poder trabajar con él mismo mientras se esta generando o especificando.
   El IDE de GeneXus Rocha fue totalmente reescrito y no tiene nada que envidiarles a los principales IDEs del mercado. Cada cual lo puede ajustar a su gusto y si bien para alguien que viene de versiones anteriores al principio le puede resultar algo trabajoso acostumbrarse a su uso luego de usarlo por unas horas ya se va a sentir muy a gusto y no va a querer volver al IDE de la versión anterior.
   Destaco como una de las tantas cosas que brinda el nuevo IDE el poder seguir trabajando en la KB mientras se esta generando o especificando.
   
   http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AGeneXus+Rocha%2FIDE,
   
   
   
2. User controls
   Esta la considero una feature fundamental a la hora de desarrollar aplicaciones con un look & feel acorde a las aplicaciones que “están de moda” hoy en día.
   Si bien esto se podía lograr en versiones anteriores de GeneXus era muy trabajoso hacerlo y el código quedaba bastante complicado. Hoy en día con la Rocha por medio de los user controls es algo muy fácil de integrar a la aplicación.
   
   http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AUser+Controls,
   
   
   
3. Cambios en la reorganización
   Quienes alguna vez tuvieron que lidiar con algún DBA que quiere hacer “bien” su trabajo seguramente estarán de para bienes con todos los cambios que se hicieron a nivel de las reorganizaciones.
   Minimizar el uso de tablas temporales, conocer las sentencias que se van a ejecutar, poder correr script pre y post reorganización, corrida en paralelo y prechequeos son solo algunas de las ventajas que brindan en esta nueva versión las reorganizaciones.
   
   http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AReorganization,
   
   
   
4. Data Selectors
   La belleza de lo simple. Parece no ser una de esas grandes features pero para mi gusto es fundamental. Permite reutilizar navegaciones y hacer que un cambio en los requerimientos sea mucho más fácil de manejar. Puede que hasta que no se use no se sienta su verdadero poder (parece un aviso publicitario de un nuevo auto), por lo cual recomiendo de sobre manera que los prueben.
   
   http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AData+Selectors,
   
   
   
5. Objetos externos.
   En esta feature no me voy a extender mucho porque ya tiene su propio post ;)
   http://iroqueta.blogspot.com/2008/03/external-object-varias-funcionalidades.html
   
   http://wiki.gxtechnical.com/commwiki/servlet/hwiki?category%3AExternal+Object,
   

Para finalizar de nuevo lo del comienzo, si tendrá features interesantes la versión Rocha que deje afuera de mi lista cosas como: Extensions, Data Providers, Wiki, Patterns, Ajax, y un gran etc.

Me gustaría que los lectores de este blog incluyeran en los comentarios cuales a su gusto son las cinco features preferidas de la Rocha para comprobar mi teoría de que no se va a repetir dos veces una lista igual.

External Object – Varias funcionalidades en un solo tipo de objeto

Una cosa que me intriga es saber para cada usuario de GeneXus Rocha cuales son sus 5 funcionalidades preferidas. Seguramente no se repita entre todos los usuarios una misma lista, porque las funcionalidades de la versión Rocha son varias y para todos los gustos. Pero una cosa que si estoy seguro es que en más de una lista el “external object” aparecería.

Todos seguramente en alguna versión anterior de GeneXus se toparon con alguno de los problemas que intentan resolver los “external object”

Por ejemplo:

• Se que tengos web services en mi KB… se que puedo definir una variable que sea del tipo de algunos de los web services que tengo. Ahora ¿donde están las definiciones de estos web services? ¿Dónde puedo ver que métodos tiene cada uno de ellos y de que URL los estoy usando?
• Algo similar al punto anterior pasaba con los stored procedures. Para saber que stored procedures tengo los tengo que ver en una lista que se indica en una propiedad. ¿Pero que parámetros y de que tipo tienen esos stored procedures? ¿Cómo le puedo indicar que los parámetros no son todos de inout?
• Bajé una API que me permite firmar digitalmente un PDF, ¿Cómo tengo que hacer para poder usarlo desde mi modelo Java?... yyyyy podes escribir código Java usando el comando “Java” y luego el código que quieras
  

En la versión Rocha con los “external object” los problemas anteriores deberían ser parte del pasado. Con los mismos uno puede definir una “interface” que represente o bien un web servcie, un stored procedure, un “native objet” (por ejemplo una clase de Java o .NET) e inclusive se puede definir un Enterprise Java Bean externo para luego poder llamarlo desde GeneXus.

Una vez definido el objeto, se puede invocar al mismo desde cualquier otro objeto definiendo una variable del tipo del external object e invocando a alguno de sus métodos o propiedades.

Adicionalmente se cuenta con inspectores que permiten a partir de un WSDL crear un external object de tipo web service o partir de una clase o paquete externo crear uno o varios objetos externos de tipo “native object”.

Supongamos por ejemplo que se tiene un paquete externo que sirve para obtener información de clientes. Las clases se importan con el importador de clases externas y en GeneXus se crean automaticamente dos external objet con los siguientes métodos y propiedades:

Luego desde otro objeto se puede definir una variable de tipo cliente y una variable de tipo clientes y programar algo así:

Bastante fácil e intuitivo, verdad?

Hoy no tengo ganas de leer, me lees esto por favor?

Siempre me vi atraído por las maquinas que hablan.
Recuerdo de chico mirar alguna película en la cual una computadora le hablaba al usuario y pensar como era eso posible.

Hace tiempo que conozco de distintos softwares que dado un texto son capaces de leerlos.
Hace un par de meses un amigo que no es del área del software vino con un proyecto medio volado que no puedo revelar por el momento y me pidió si podía investigar sobre algo que dado un texto lo transforme en voz.
Fue así que empecé a bajar y probar varios programas que hacen ese tipo de cosas y de todos lo que probé el que me pareció mejor fue SodelsCot.
Además de permitir dado un texto que lo lea, permite grabarlo a un archivo e incluso permite con solo apretar el botón derecho que lea un texto desde cualquier aplicación, por ejemplo desde el browser para que nos cuente lo que dice una pagina web en lugar de leerlo nosotros si estamos medios vagos ese dia.

A modo de ejemplo acá les dejo un archivo que grabe de mi post GeneXus for dummies.

Vale aclarar que la voz de esta grabacion esta como la de un robot digamos porque use el programa de evaluación para generarlo, pero en otras versiones del programa se puede usar una voz normal como la de un ser humano y verdaderamente no te das cuenta que esta generada por una maquina.

http://cronus.zshare.net/download/8d09dedf27c5d826eb59734cf762985a/1204920561/8613436/genexus.mp3

Desmitificando – “El generador Java es difícil”

No es anormal encontrarse con usuarios GeneXus que le tienen “miedo” al generador Java.
Se cuentan historias terribles de usuarios que intentaron configurar y hacer funcionar un modelo Java web en la versión 9.0 de GeneXus y terminaron internados en el manicomio más cercano a su oficina.
Estas historias si bien nunca pudieron ser demostradas tienen su justificativo… Para lograr hacer funcionar un modelo Java web había que seguir los siguientes pasos:

• Configurar el camino al compilador Java
• Configurar el camino al interprete Java
• Configurar el camino al Make que seguramente uno no tenia instalado en su maquina por lo cual debía instalarlo previamente.
• Configurar el web application base URL.
• Agregar al classpath el driver JDBC
• Crear y configurar una web application en el servidor de servlets de su preferencia.
• Configurar las propiedades del modelo ‘servlet directory’, ‘static content base URL’, ‘static content directory seen from client’, teniendo en cuenta la web application previamente creada.
• Copiar gxclassr.zip y los archivos correspondiente al driver JDBC al dir lib de la web application previamente creada

Si alguna vez pasó por estos pasos y no es uno de los que fue internado seguramente sabe de lo que estoy hablando, si no tiene idea de lo que le estoy hablando seguramente la lista anterior le pareció lo suficientemente complicada o al menos extensa como para no intentarlo.

A pesar de fuertes presiones de parte de profesionales que obtenían grandes partes de sus ingresos dedicándose a configurar modelos Java a usuarios que no querían pasar por esa tortura; en la versión Rocha el configurar un modelo Java web es parte del pasado.

Veamos paso a paso como se fueron solucionados los distintos pasos de la configuración.

• Configurar el camino al compilador Java
• Configurar el camino al interprete Java
  Fácil, GeneXus se fija en el registry de Windows cual es el JDK de Sun mas nuevo que esta instalado en la maquina y se toma de ahí el compilador y el interprete.

• Configurar el camino al Make que seguramente uno no tenia instalado en su maquina por lo cual debía instalarlo previamente.
  Se empezó a usar un modelo de Make propio implementado por el archivo GXJMake.exe que viene con el generador, por lo cual ya no se tiene que configurar.

• Agregar al classpath el driver JDBC
  Se empezaron a distribuir con el generador drivers JDBC para los DBMSs que lo permiten. Los mismos están en el directorio drivers que esta bajo el directorio del generador. Todos los archivos que se encuentran ahí se agregan en forma automática al classpath, por lo tanto si el driver JDBC de su agrado no esta en esa lista, solo tiene que copiarlo ahí y se agregará en forma automática al classpath.

• Crear y configurar una web application en el servidor de servlets de su preferencia.
  Si el usuario tiene instalado en su maquina un tomcat 5.5 o superior toda esta configuración se hace en forma automática por parte de GeneXus, creando una web application con el nombre del modelo.

• Configurar el web application base URL.
• Configurar las propiedades del modelo ‘servlet directory’, ‘static content base URL’, ‘static content directory seen from client’, teniendo en cuenta la web application previamente creada.
• Copiar gxclassr.zip y los archivos correspondiente al driver JDBC al dir lib de la web application previamente creada
  Si se cumplió con el punto anterior de tener un tomcat 5.5 o superior todas estas configuraciones se hacen en forma automática teniendo en cuenta la web application creada por GeneXus previamente.

Resumiendo, en la versión Rocha de GeneXus si usted tiene un JDK de SUN instalado y un tomcat 5.5 o superior no tiene que configurar ninguna propiedad del modelo para poder prototipar usando el generador Java.