MIGRADOR DE APLICACIONES MS ACCESS Nombre del Documento: Migrador de aplicaciones MS Access Versión del documento: v1.0 Contenido del documento: Fecha Mayo 14 de 2008 MIGRADOR DE APLICACIONES MS ACCESS INTRODUCCIÓN El presente documento relata los aspectos técnicos del proceso de migración de aplicaciones MS Access a G(ver figura ), en su etapa de interpretación de XML creados por la herramienta FAETON(que para efectos de este documento se les conocerán como xml Faeton), traducción al lenguaje XML Developer de G, elaboración de aplicación en predeveloper y exportación final para su uso. 1. CONFIGURACIÓN INICIAL Para realizar la interpretación de los XML Faeton a XML Developer, el cgi que realiza esto, debe ubicarse en la carpeta developer y debe tener todos los permisos: lectura, escritura, ejecución y el usuario : apache:apache. 2. PROCESAMIENTO DE XML FAETON El procesamiento de los ficheros xml generados por Faeton, se realiza a través de gXMLconvert.cgi. La estructura general del cgi se puede observar en la siguiente figura: Lectura de directorio Almacenamiento de XML en hash Traducción de XML Faeton a XML developer Escritura de XMl developer a. Lectura de directorio: gXMLconvert.cgi inicia leyendo el directorio donde Faeton deja almacenados los xml. El cgi lee cada xml y lo almacena en un hash. b. Almacenamiento de XML en Hash: Se almacena un xml en el hash(%gmodel), utilizando la librería gdom, para iniciar su lectura y extracción de información necesaria. c. Traducción de información: La información del xml Faeton se va analizando nodo por nodo y de acuerdo a esto se va almacenando la información, de cada xml Developer, en vectores(esto se realiza a traves de sub gf_parser ), y así sucesivamente se ejecuta con cada XML presente en el directorio. MIGRADOR DE APLICACIONES MS ACCESS Los nodos de xml faeton que se analizan, son los nodos control, cada uno de estos es un campo del formulario respectivo. A continuación se referencian los tipos de campos en el XML faeton y su equivalente en developer Valor Constante numérico simbólica (Controlty Descripción Campo predeveloper Observaciones pe) AC_LABEL 100 etiqueta -------------------- 109 Cuadro de texto Campo de texto AC_OPTION_ GROUP 107 Grupo de cuadro de opciones -------------------- AC_LIST 110 AC_TEXTBOX Combo Lista AC_CHECK 106 Checkbox Casilla de verificación AC_COMBO 111 Cuadro combinado AC_SUBFORM 112 Subformulario AC_OPTION 105 Cuadro de opción ---------------------- ----------------------- --------------------- Las etiquetas no se pueden insertar desde los xml. Se podrían insertar desde el menú de la aplicación en developer Presentan las mismas características No está en predeveloper, pero no es necesario porque su función es agrupar los checkbox y eso se realiza bien en predeveloper Presentan las mismas características Presentan las mismas características En los xml Developer, este campo fue reemplazado por campos de texto ya que su uso generalizado en los formularios de access es para ingreso de información lo cual se puede hacer con campos de texto. No se encontró en predeveloper un campo que presentara las funcionalidades de este campo. Este campo presenta funcionalidades parecidas al AC_OPTION_GRO UP. No se encontró en predeveloper un campo que presentara las funcionalidades de Valor Constante numérico simbólica (Controlty MIGRADOR DE APLICACIONES MS ACCESS Descripción Campo Observaciones predeveloper pe) Campo de IMAGENES 103 Campo de imagen BUTTONS 104 Botones imagen Buttons este campo. Aunque presentan características parecidas, no se puede utilizar de la forma con se hace en las aplicaciones access, (superponiendo campos de texto sobre partes de la imagen) Los botones no se pueden agregar desde los xml. Se agregan desde el menú Developer de la aplicación. d. Escritura de XML Developer: Al finalizar la lectura del último XML, se conforman los ficheros xml developer: gf.xml, form.xml, container.xml, aplicación.lang, aplicación.xml, nav.xml y modules.xml. Cada uno con información de la aplicación. Estos xml son creados en el directorio vg/gestión/spec, de donde los toma el predeveloper, los procesa y crea la aplicación. 3. CREACIÓN DE APLICACIÓN EN PREDEVELOPER Luego de crear los xml Developer en el directorio spec, se ingresa al predeveloper , a la plantilla de inserción de aplicaciones para crear los usuarios.(ver figura 1). MIGRADOR DE APLICACIONES MS ACCESS Figura 1 Luego se listan las aplicaciones actuales y debe aparecer la aplicación, con estado de XML= Generados y Estado de aplicación=No Generada. Lo anterior, porque ya se tienen los xml en la carpeta spec pero aun no se ha creado la aplicación. Para crearla, se llama a gdevelop.cgi, a traves del botón Reset. gdevelop.cgi, procesa los xml creando uno nuevo llamado devtpl.xml en spec, con información de plantillas y consultas. Al mismo tiempo se crea el directorio de la aplicación en var/www/html (para equipos linux) y en usr/www (para equipos windows). También se crean una serie de librerías en MIGRADOR DE APLICACIONES MS ACCESS vg\gestion\apps\methods, que se deben tener en cuenta a la hora de exportar la aplicación. Cuando se crea la aplicación (ver figura), se puede acceder inmediatamente a ella. 4. EXPORTACIÓN DE LA APLICACIÓN. Para exportar la aplicación a otros servidores es necesario copiar el directorio con el nombre de la aplicación en var/www/html (para equipos linux) y en usr/www (para equipos windows) y las librerías, cuyos nombres empiezan por el nombre de la aplicación ej: faeton_campo.lib y colocarlas en las respectivas carpetas del servidor donde se desea ejecutar la aplicación. 5. CONCLUSIONES Es importante resaltar los logros obtenidos con el migrador actual: La mayoría de los campos referenciados en xml faeton, se logran reproducir en los formularios de la aplicación Developer, reemplazando aquellos que por su funcionalidad, permiten realizarlo. La aplicación se genera completamente, permitiendo su uso inmediato. Las aplicaciones generadas utilizando el migrador de aplicaciones, deben ser mejoradas o modificadas a través del menú Developer de la aplicación, ya que en algunas ocasiones, la posición de los campos puede ser cambiada para garantizar mejor conformación de los formularios y también se puede agregar mayor cantidad de texto para mejorar su entendimiento y funcionalidad. MIGRADOR DE APLICACIONES MS ACCESS La etapa de mejora, se debe realizar en conjunto faeton/gXMLconvert para mejorar la migración.