Unofficial Content

Generador J# (Enrique Almeida)

Se hicieron pruebas con el generador J# (una modificacion del generador Java, para generar J#).
El generador nunca salio a la luz, pues las aplicaciones que generaban eran lentas, pues consumian una enormidad de memoria.

Generador .NET en Tres Capas. (Enrique Almeida) 

En un proyecto especifico, de un cliente importante para nosotros, era condicion indispensable la generacion de la aplicacion en .NET y en tres capas.
Con el apoyo de Artech, decidimos aceptar el desafio de desarrollar la aplicacion sobre una plataforma no conocida y aun no probada.
Fueron meses de mucho trabajo y stress, donde se adaptó aplicacion que funcionaba en dos capas a la arquitectura de tres capas, con los consiguientes ajustes necesarios para que funcionara con la performance necesaria.  La participacion de Claudia Murialdo en esta etapa fue fundamental, para lograr el exito del proyecto.

Fuimos unos de los primeros en utilizar el Laboratorio .NET de Microsoft y Artech, para realizar pruebas de la aplicacion funcionando en tres capas.
Ahi detectamos un problema basico en la autenticacion con Kerberos ("double hop authentication") que llego hasta Laboratorio de Microsoft en Redmond y demoro varios meses en solucionarse.

Generacion de aplicaciones Windows, con GeneXus DOS. (Enrique Almeida) 

Generacion de Webpanels con GeneXus 6.X (Visual Basic) (Enrique Almeida)

El mundo sin procedures ni workpanels Guscarr

Recuerdo que la primera que usé fue la 1.4 (no se si la 1.4c) y no tenía ni workpanels ni procedimientos. Los procedimientos vinieron después y los workpanels MUCHO después. A pesar de ello me acuerdo que logré desarrollar mi primer "sistema" (así se llamaba en ese entonces) de "Mantenimiento de Flota de Vehículos" con transacciones y reportes.

El KM de la 1.4 Guscarr

Lo recuerdo como si fuera hoy. Era un "script", es decir tomaba el XPW (no recuerdo como era la extensión pero casi seguro era XPZ) y lo "ejecutaba" como un script. Es decir, uno iba viendo como definía la transacción, la salvaba, iba "escribiendo" las rules, etc.
Divertido.

mastro La extensión del archivo era XPT, xpw fue cuando se pasó al formato XPT para Windows! y la Z de xpZ es por Zipped.

Esa Import, llamado Consolidation, lo que hacía era tomar el archivo exportado [Distribution] (que era un listado texto de los objetos) y 'traducirlo' a teclazos, que luego se 'inyectaban' en el teclado. Por eso el efecto que comenta Guscarr

Performance de la 1.4 Guscarr

Eso recuerdo que lo solucionabamos fácil. Uno se definía un RAMDRIVE y copiaba la KB (en su momento "modelo") ahí y VOLABA. Claro, todo era en memoria por lo cual no se podía "apagar" la máquina, cosa que no era común en DOS igual.

Los modelos y sus números Guscarr

En una KB uno tenía un modelo de diseño (el 001), uno de prototipo (251), uno de producción (solo AS, el 501) y uno de producción PC (ya era avanzado, que era el 751).

 Los reportes en la 1.4 Guscarr

Como se suponía que un reporte tenía más de "salida" que de código, cada línea de código debía comenzar con un "." (punto).

Por ejemplo:

.for each
[CliNom]
.endfor

Luego se demostró que había mucho más código que salida impresa y entonces cambió a requerir ":" (dos puntos) antes de cada linea que se imprimía.

Por ejemplo:

for each
:[CliNom]
endfor

 

 

Desde la 1.0 Los primeros usuarios GeneXus tienen la palabra

Gerardo Barruffa

Ramón Jacques

Fernando Lazcano

Fernando Álvarez

Cybernet

Normán Tate

Luis Astray

Gastón Verdier

José Clastornik

Last update: April 2024 | © GeneXus. All rights reserved. GeneXus Powered by Globant