Read without ads and support Scribd by becoming a Scribd Premium Reader.
See Premium Plans
 
Una Arquitectura de Integración de Información Basada enPortlets para un Portal Empresarial
Enrique Ruiz Díaz, Giner Alor Hernández
 División de Estudios de Posgrado e Investigación, Instituto Tecnológico de Orizaba.Veracruz, Méxicoeruiz99@yahoo.com.mx, galor@itorizaba.edu.mx
 
 Resumen
 Los portales de Internet de la primera generación presentaron dificultades para integrar aplicaciones heterogéneas y/o fuentes de datos en una manera consistente. Para superar estalimitante, surgieron los portales de segunda generación que se basan en estándares conaceptación creciente entre proveedores de contenidos y aplicaciones. Los portales desegunda generación se constituyen por portlets –mini-aplicaciones Web interactivas, localeso remotas al portal. Sin embargo, se requiere de una arquitectura de integración deinformación que permite aprovechar, plenamente, sus ventajas. En este sentido, este trabajo presenta una arquitectura de integración de información basada en portlets para un portalempresarial de segunda generación.
1. Introducción
Las tecnologías para los portales de primera generación presentaron importantesdesventajas ya que requerían de enormes esfuerzos de programación e inversión en tiempopara acceder a recursos e información provistos por terceras partes [1]. Para superar estasdesventajas, surgieron los portales de segunda generación. Este tipo de portales se basan enestándares con aceptación creciente entre proveedores de contenidos y aplicaciones para losportales, lo cual permite apoyar a estos como intermediarios múltiples [2].Entre las principales tecnologías para portales de primera generación están: CGI, PHP,ASP, JSP,
Servlets
, por mencionar solo algunas. Los primeros servidores HTTP no incluíanningún mecanismo para generar respuestas dinámicamente, por lo tanto se crearon interfacespara comunicar el servidor con programas externos que implementaran dicha funcionalidad,estas interfaces se denominaron CGI [3]. Sin embargo, el gran inconveniente de la tecnologíaCGI es el rendimiento, ya que por cada petición se crea una nueva copia del programa en lamemoria del servidor. Así, si acceden muchos usuarios de forma simultánea se produce unadisminución en la eficiencia de dicho servidor [4].La tecnología PHP se usa generalmente para la creación de contenido para sitios Web.PHP se trata de un lenguaje que se interpreta para usarse en la creación de aplicaciones paraservidores o creación de contenido dinámico para sitios Web [4]. Sin embargo, laprogramación orientada a objetos en versiones anteriores de PHP carecía de potencia [5].Además, otro inconveniente de PHP está en relación a cierta complejidad en sus métodos deinstalación, ya que se puede instalar PHP sobre un servidor bien como un interprete CGI ocomo un módulo de Apache [6].La tecnología ASP (
 Active Server Pages
) se desarrolló por Microsoft. Esta tecnologíaaporta capacidad operativa a las páginas Web, combinando HTML con un lenguaje desecuencia de comandos o lenguaje s
cript 
. El código contenido en estos
scripts
se ejecuta en elservidor y el navegador del cliente tan sólo recibe páginas HTML, lo que convierte a ASP en
Karinne Ramírez Amaro, Erik Vladimir Ortega González, Francisco Hiram Calvo Castro (Eds.);E2C2 2007: Memorias del Primer Encuentro de Estudiantes en Ciencias de la Computación;(c) Centro de Investigación en Computación del Instituto Politécnico Nacional, México, 2007.
 
una tecnología válida para cualquier tipo de navegador [4]. Sin embargo, aunque sedesarrollaron herramientas para portar ASP a otras plataformas, la potencia de ASP está en eluso de objetos Active-X (
VBScript 
incluye soporte para acceso a componentes Active-X), quesólo están disponibles para sistemas operativos Windows [3].La tecnología de
servlets
se constituye por clases Java, embebidas dentro del servidor Weby que se utilizan para extender la capacidad del servidor. La API de
servlets
provee clases einterfaces para responder a requerimientos; en particular para las aplicaciones que se ejecutanen servidores Web. La API define clases de
servlet 
específicas para requerimientos HTTP [7].Sin embargo, dado que la tecnología de
servlets
deben mantener plantillas de código HTMLdentro del programa java, esto hace a la tecnología de
servlets
compleja de entender ypropensa a errores [8].La tecnología JSP (
 Java Server Pages
) es una extensión de los
servlets
que desarrolló Suncomo alternativa a la tecnología ASP de Microsoft; básicamente, permite la introducción decódigo Java dentro del código HTML. Dicho código Java puede llevar a cabo diversas tareas,como por ejemplo utilizar servicios que se proporcionan por
servlets
[9]. Los elementos JSPse usan para una gran variedad de propósitos como recuperar información de una base dedatos o registrar preferencias del usuario [8]. Sin embargo, JSP no permite satisfacer elrequerimiento de acceso a recursos e información que se proporcione por terceraspartes, por ejemplo, de un proveedor de noticias.Con el fin de superar las desventajas ofrecidas por las tecnologías de primera generación,surgió la tecnología de
 portlets
. Los
 portlets
son la tecnología para portales de segundageneración. Los
 portlets
son componentes de software que proveen una completa interfaz deusuario a través de la cual el
 portlet 
interactúa con el usuario y despliega contenido [2]. Elcontenido que se genera por un
 portlet 
se conoce como fragmento o código de fragmento.Este es el código HTML que se generó a partir del código de despliegue del
 portlet 
. Elusuario final visualiza el portal como una serie de
 portlets
que se presentan en una solapágina, que se producen a partir de solicitudes hechas a un portal [10].Los
 portlets
se basan en estándares con aceptación creciente entre proveedores decontenidos y aplicaciones; sin embargo, se requiere de una arquitectura de integración deinformación que permite aprovechar plenamente las ventajas de los
 portlets.
Por tanto, estetrabajo presenta una arquitectura propia de integración de información basada en
portlets
paraun portal de entretenimiento. Dicho portal ofrece dos modos de operación: un modo portal deInternet y un modo Proxy.A continuación, se presenta la arquitectura que aporta este trabajo.
2. Arquitectura basada en portlets y su funcionamiento
En nuestra arquitectura, los
 portlets
y los servicios Web tienen una estrecha relación. Losservicios Web, a través de sus protocolos y estándares: SOAP (
Simple Object AccessProtocol
, protocolo de acceso de objeto simple), WSDL (
Web Services Description Language
, lenguaje de descripción de servicios Web) y UDDI (
Universal Description, Discovery, and Integration
, descripción, descubrimiento e integración universal), proveen unmarco de trabajo inter-organizacional. SOAP, WSDL y UDDI tienen funciones específicasque ofrecen a los servicios Web: (1) SOAP para comunicarlos, (2) WSDL para una formal yentendible descripción para la computadora; y (3) UDDI como un registro de descripciones[11]. La arquitectura que se propone trabaja con SOAP y WSDL.En contraste a los
 portlets
implementados localmente, los servicios Web representan
 portlets
inter-organizacionales. Sin embargo, los servicios Web no incorporan funciones deintegración de presentación, las cuales son pertinentes a los
 portlets.
En consecuencia, los
Karinne Ramírez Amaro, Erik Vladimir Ortega González, Francisco Hiram Calvo Castro (Eds.);E2C2 2007: Memorias del Primer Encuentro de Estudiantes en Ciencias de la Computación;(c) Centro de Investigación en Computación del Instituto Politécnico Nacional, México, 2007.
 
servicios Web orientados a presentación representan
 portlets
remotos. Esto se da a través dela inclusión de fragmentos de presentación que ya se estandarizaron para asegurar un aspectouniforme en el portal. De hecho, el estándar WSRP (
Web Services for Remote Portlets
,servicios Web para
 portlets
remotos) trabaja en este sentido [12].Basándose en los elementos anteriores se desarrolló una arquitectura propia para laintegración de información basada en
 portlets
para un portal empresarial. Dicha arquitecturaes la principal contribución de este trabajo y se enfoca hacia la industria del entretenimiento,por lo que se ofrecen servicios Web de esta naturaleza. La arquitectura tiene dos modos deoperación: 1) modo portal de Internet y, 2) modo Proxy, la visión global se muestra en lafigura 1.En la figura 1 se presenta un enfoque a los componentes generales de nuestra arquitecturade portal. En nuestra arquitectura los clientes y los proveedores de servicios son elementosexternos. Por una parte, los clientes que acceden al portal para consumir los servicios tantodel modo Proxy como del modo portal de Internet y, por otra parte, los proveedores quesuministran los servicios para ambos modos. Además, se aprecia una relación entre loscomponentes: modo portal de Internet y modo Proxy porque los servicios son los mismos enambos casos. Dada la complejidad del componente denominado modo Proxy, en la figura 2 sepresenta su arquitectura particular.
Figura 1. Aspecto general de la arquitectura
La inclusión de dos modos de operación a nuestro portal lo hace más atractivo al cliente.Porque mientras que el modo portal de Internet otorga al cliente un rol de simple usuariofinal, el modo Proxy convierte al portal en proveedor de servicios, por lo que otros sistemaspueden utilizar los servicios Web provistos por el portal bajo esta modalidad.La operación del modo portal de Internet ocurre a través de un navegador de Internet. Elcliente accede al portal y allí cada
 portlet 
presenta, al cliente, una interfaz de usuario paraofrecer un determinado servicio Web de entretenimiento. El cliente usa los
 portlets
como unusuario final cualquiera.En el modo Proxy se ofrece a los clientes un servicio de intermediario para los serviciosWeb. El cliente desarrolla una aplicación Web cliente para consumir el servicio Web que elportal ofrece. En este caso, la intermediación tiene la ventaja de otorgar al cliente informacióncon el formato de respuesta más conveniente a sus necesidades. El cliente conoce dichoformato de respuesta a través del documento WSDL (el cual describe cómo interconectar conservicios que se basan en lenguaje de marcado XML, es decir, un servicio Web) que el portal,previamente proporcionó. La aplicación que el cliente desarrolle, para el documento WSDLque obtuvo del portal, permite consumir el servicio Web del portal en modo Proxy. Esto seilustra en la Figura 2. Para lo cual, cada componente del modo Proxy, tiene una funcionalidadespecífica que se describe a continuación.
Karinne Ramírez Amaro, Erik Vladimir Ortega González, Francisco Hiram Calvo Castro (Eds.);E2C2 2007: Memorias del Primer Encuentro de Estudiantes en Ciencias de la Computación;(c) Centro de Investigación en Computación del Instituto Politécnico Nacional, México, 2007.
Search
Search History:
Searching...
Result 00 of 00
00 results for result for
  • p.
    • Notes
    Load more