MIGRADOR DE APLICACIONES MS ACCESS Migrador de aplicaciones MS Access

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.