Cómo funciona iWEB
He aquí algunas aclaraciones sobre el funcionamiento del producto. No obstante, para más información, véase la guía de usuario iWEB.
- Prerrequisitos
- Instalación
- Conversión
- Runtime
- iWEBMaster
Prerrequisitos
El software de base iSeries soporta todos los protocolos TCP/IP. Entre ellos, uno entre los más famosos protocolos HTTP, el CGI (Common Gateway Interface). En el entorno WEB, las prestaciones CGI son de las mejores, gracias a la ausencia de capas intermedias de software. iWEB se basa en el protocolo CGI, consecuentemente logra obtener prestaciones excelentes y no tiene ningún prerrequisito de hardware o software. La versión más antigua de OS/400 soportada es la V4R5.
Instalación
La instalación de iWEB es totalmente automática. Se debe restaurar la biblioteca iWEB, y luego ejecutar los mandatos:
- iweb/installc para instalar el Convertidor
- iweb/installr para instalar el Runtime
Se ejecutarán las siguientes tareas:
- se crea la biblioteca de usuario (iWEBDATA)
- se crean o restauran algunos directorios IFS
- se crean, bajo indicación del usuario, dos instancias HTTP, una para el Convertidor y la otra para el Runtime.
Conversión
Existen dos objetivos principales en el proceso de conversión:
- crear las máscaras que representan el diseño de los archivos de pantalla
- insertar en los fuentes RPG algunas sentencias que permitirán a los programas interactivos funcionar también en entorno batch para el WEB
El resultado de esta actividad no es necesariamente visible al desarrollador, que seguirá manteniendo sus aplicaciones como antes (aparte el hecho de tener que utilizar un nuevo mandato de compilación). El Convertidor es dotado de una interfaz gráfica amigable, y todo el proceso de conversión resulta de una sencillez sensacional:
- se escoge de una lista la biblioteca con los programas a convertir
- el convertidor examina todos los programas de la biblioteca y selecciona solo aquellos que utilizan un archivo de pantalla
- se escogen los programas que se desean convertir
- se configuran algunos parámetros finales (por ejemplo, el nombre de la biblioteca que contendrá los programas convertidos)
- se somete un trabajo de conversión batch
- es posible visualizar las anotaciones de mensajes mientras el trabajo batch se ejecuta
- la duración de la conversión se mide en minutos (todo depende de la cantidad de archivos de pantalla y programas)
El proceso de conversión incluye programas RPG (RPG III y RPG ILE), programas CL, archivos de pantalla, menús y paneles de grupo. Los parámetros utilizados en las conversiones se guardan durante un periodo de tiempo especificado por el usuario. Durante este periodo es posible:
- revisar las anotaciones del proceso de conversión
- corregir los mandatos de compilación
- modificar los parámetros de control y ejecutar nuevamente la conversión
Runtime
Cuando un usuario se identifica en una aplicación convertida a través del applet Java de iWEB (que funciona "en el interior" del browser Internet del cliente), un trabajo batch "CGI dispatcher" es invocado en la instancia HTTP Runtime-iWEB del iSeries (1). El dispatcher somete un trabajo batch (2) que arranca el programa inicial especificado en el perfil usuario previamente identificado. Se tratará, pues, de un programa aplicativo originariamente escrito en interactivo y que entonces tendría, en un momento dado, que ejecutar un EXFMT. En esta situación, en cambio, en lugar de ejecutar el EXFMT enviará (3) al job Dispatcher CGI los datos para poder representar la situación del buffer de salida del archivo de pantalla. El job Dispatcher CGI (3) enviará estos datos al cliente remoto, donde el applet Java permite dibujar la imagen sustitutiva de la pantalla 5250 original.
Hay que tener presente que - a diferencia de otras herramientas aparentemente similares - las páginas iWEB no son un mosaico de anotaciones graficas, sino un conjunto de verdaderos objetos Java, dotados de propiedades y métodos. Esto por ejemplo explica porqué un usuario final iWEB puede reordenar las columnas de tablas-subfile, mientras que operaciones de este tipo con otras herramientas no son posibles.
Cuando el usuario remoto pulsa Intro o una tecla de función, los datos de entrada se envían desde el applet Java al trabajo Dispatcher CGI, que a su vez lo remite al oportuno trabajo batch que lo atendía para así completar la seudo sentencia EXFMT.
Algunas consideraciones adicionales:
- El trabajo CGI Dispatcher mantiene el control completo sobre el movimiento de datos desde los trabajos ex-5250 a los browsers remotos y viceversa.
- Puede presentarse el caso en el cual exista más de un Dispatcher CGI. Este hecho viene determinado automáticamente por parte de la instancia HTTP Runtime-iWEB cuando ésta necesite hacer frente a frecuentes llegadas de peticiones por parte de los browser remotos.
- La utilización exclusiva de trabajos batch se traduce en una ventaja substancial para aquellos servidores con limitaciones de capacidad (CPW) interactiva.
iWebMaster
iWebMaster es a la vez un sencillo y potente lenguaje que permite el enriquecimiento de las páginas convertidas a WEB con una vasta gama de objetos, desde fuentes y colores de imágenes a sofisticados botones. Una experiencia fascinante!
detalles »
