Índice

Objetivo

El objetivo de esta guía es presentar brevemente la configuración de los widgets Aplicación ERP y Container ERP y sus detalles técnicos de funcionamiento.

Introducción

Los widgets Aplicación ERP y Container ERP permiten que las pantallas de ERP que emplean tecnología de Framework HTML se muestren dentro de fluig. El primero es utilizado para aplicaciones (pantallas) y el segundo para widgets de ERP.

Funcionamiento y configuración

La configuración y el funcionamiento de ambos son sencillos, basta con suplir el contexto del ERP para hacer posible la carga de los datos.

Aplicación ERP

En este widget se puede configurar el contexto en la edición de página e informar el valor estándar, si hay parámetros en el resto del URL en este formato: /portal/p/[Código de Empresa]/[Página]#/[Contexto del ERP]/[Restante de la Página]/ i.e.: /portal/p/empresa/erpapp#/erp1/path/to/application, este valor suprimirá la configuración.

Container ERP

En este widget solamente se configura el URL en la edición de página, esto permite colocar varios widgets en una página y montar un panel con información relevante o en una comunidad donde estos datos puedan ser relevantes.

Para que funcione correctamente, el framework debe ponerse a disposición junto al contexto del ERP. Aquí, como ejemplo, será usado el valor /erp1 y sigue la estructura:

El framework desarrollado se basa en RequireJs para la gestión de las dependencias de Javascript, entonces para evitar conflicto con las dependencias del propio fluig, estas deben ser cargadas solamente al final del cargado de la página.

Después las configuraciones y RequireJs, se cargan las dependencias del Angular y finalmente el contenido de ERP.

La siguiente llamada realiza la inyección del componente en una división pre-existente en la página.

login.checkLogin( html , error, url, angular, that.widgetLink)

Después de la inyección del componente en la página todo el comportamiento de la pantalla es de responsabilidad del ERP.

En caso de que se presente algún problema en el cargado, se mostrará un mensaje en la pantalla y el log del browser informará más detalles, además es posible usar las herramientas puestas a disposición por el browser para identificar los archivos no disponibles y posibles problemas de lentitud.

Proxy reverso

Como fluig y ERP son servidores distintos, cada uno atiende en un dominio distinto, lo que va contra la política Same-Origin de los browsers, debe configurarse una herramienta de proxy reverso pare evitar esta situación, i.e. Apache Server.

Las correlaciones deben realizarse de forma que fluig quede en la raíz del dominio y el ERP quede en un contexto abajo, conforme se demuestra en la tabla de jerarquía de carpetas.

La configuración del proxy es de responsabilidad de los ERPs, estas son las correlaciones informadas: