CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de noviembre de 2010, Cuernavaca Morelos, México.

489 Pag. 1

Comparación entre WebORB y BlazeDS para la comunicación entre Java y Flex en el desarrollo de una Rich Internet

Application.

G. L. Sanchez Estrada, G. Rodríguez Briseño, L.E. Vásquez Murillo, José de Jesus Ceballos Mejia.

Resumen: Las aplicaciones de Internet enriquecidas toman terreno en el desarrollo Web, porque son una gran alternativa para realizar aplicaciones que requieren mayor interacción con el usuario y un manejo adecuado en la comunicación cliente/servidor, y utilizan características similares a las aplicaciones de escritorio. El uso de lenguajes de programación como Java para realizar RIA (Rich Internet Applications) en combinación con Flex, potencializan el rendimiento y eficiencia de la aplicación de Internet enriquecida, para combinar dichos lenguajes existen conectores libres WebORB y BlazeDS, los cuales se encargan de gestionar la comunicación entre Java y Flex. Este artículo se enfoca en mencionar el funcionamiento general de los conectores y las características que los componen, además de aportar una tabla comparativa entre BlazeDS y WebORB que permite observar los criterios funcionales de cada uno y determinar qué tipo de conector elegir para el desarrollo de aplicaciones de internet enriquecidas. La elección de los conectores se realizó con base en que son libres y de extenso uso. Palabras Claves: BlazeDS, WebORB, Java, Flex. Abstract: Rich Internet applications take ground in Web development, because they are a great alternative for applications that requires extensive interaction with the user and to handle properly the communication of client and server, and use similar features similar to desktop applications.

The use of programming languages like Java for RIA (Rich Internet Application) in combination with Flex, potentiate the performance and efficiency of the Web application to be able to combine these languages there are BlazeDS and WebORB free connectors, which are responsible for managing Communication between Java and Flex. This article focuses on mentioning the overall functioning of the connectors and the characteristics that make them up, in addition to providing a table comparative of BlazeDS and WebORB that allows to observe the performance criteria each of them, and to determine what type of connector to chose for the development of Rich Internet applications, the choice of connectors are made on the basis that they are free and extensive use. Keywords: BlazeDS, WebORB, Java, Flex. Objetivo. Realizar una comparación entre BlazeDS y WebORB con la finalidad de dar a conocer qué conector libre tiene mejores características para ser implementado en una aplicación de Internet enriquecida. Introducción El desarrollo de aplicaciones Web proliferó desde la Web 1.0 hasta la llegada de la Web 2.0 [1,2], y el uso de los procesamientos remotos. Las plataformas Web acaparan la atención, siendo el punto de enfoque de empresas de desarrollo de software, instituciones educativas, privadas y gubernamentales [2], las cuales cambian la forma de concebir la Web. Los avances en la Web dan apertura a las aplicaciones de internet enriquecidas RIA (Rich Internet Application) este término se utilizó por primera vez en el 2002 por Macromedia [5], el cual se refiere a las aplicaciones Web que tienen un comportamiento similar a las aplicaciones de escritorio, en cuanto a que permite la interacción continua con el usuario sin necesidad del

____________________________________________________ Gustavo Laotshi Sánchez Estrada, Instituto Tecnológico de Tepic, ing.laotshi-sanchez@hotmail.com. Guillermo Rodríguez Briseño, grbml@yahoo.com Laura Elena Vázquez Murillo, levm2000@hotmail.com Av. Tecnológico No. 2595. Fracc Lagos del Country, CP. 63175, Tepic, Nayarit, México. Agradecemos el apoyo del Gobierno del Estado de Nayarit, al COCYTEN, a FOMIX, a CONACYT y al Instituto Tecnológico de Tepic.

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 2

tráfico constante con el servidor. Esta clase de aplicaciones se emplean en instituciones bancarias, por ejemplo Banamex, que desarrolla una aplicación llamada Blink [6], la cual se desarrolló bajo el concepto de RIA y se encuentra actualmente en uso. Existe una considerable lista de plataformas que permiten la creación de este tipo de aplicaciones conocidas como front-end, las cuales manejan la capa de presentación para del usuario, es decir, la interfaz gráfica. Para el desarrollo de dichas aplicaciones existe Flash Builder 4 de Adobe System, JavaFX de Sun Microsystem y Silverlight de Microsoft. Cabe destacar que el potencial de las plataformas para el desarrollo de aplicaciones de internet enriquecidas, radica en combinarse con lenguajes de programación por parte del servidor conocidos como back-end, algunos ejemplos de tales lenguajes son Java, PHP, .NET, entre otros. Para que dicha comunicación se realice entre los lenguajes de back-end y front-end, existe lo que se denomina conector, que es el intermediario entre las peticiones del cliente y el servidor. Estos conectores son desarrollados para cada lenguaje de programación, en el caso de Adobe Flex, los conectores son: LiveCycle, WebORB, BlazeDS, amfPHP entre otros, como se muestra en la Tabla 1.

Tabla 1: Capas y plataformas para el desarrollo de RIA’s

Capa Lenguajes Front-end Adobe Flex, JavaFX,

Silverlight Back-end PHP, Java, .NET El front-end es la parte del usuario final, es decir la interfaz gráfica. El back-end es la parte del servidor; como las consultas a base de datos, la lógica de negocios. Función general de un conector con Flex y Java. Un conector gestiona las peticiones entre las aplicaciones front-end y la back-end, es decir, es un enlace intermedio entre las dos aplicaciones. En la Figura 1 se muestra el procesamiento interno del conector que realiza un enlace entre una aplicación front-end creada en Flex y una back-end hecha en Java, el escenario general se produce cuando el cliente entra a un navegador y visualiza un SWF (archivo Flex), hace una petición de envío de datos al servidor, la cual

es gestionada por el conector BlazeDS, y a la vez enviada a la clase Java, la cual se encargará de realizar sus funciones programadas y enviar los resultados al SWF por medio de BlazeDS.

Fig. 1 Conexión de Java y Flex.

Algunos conectores para Flex son: BlazeDS, LiveCycle Data Services, WebORB, FlourineFX, Zend framework, Amfphp entre otros, cabe mencionar que no todos los conectores son compatibles con los lenguajes de programación por parte del servidor. En la Figura 2 se muestra la arquitectura desde el navegador cliente al servidor y viceversa, algo muy similar sucede con la API XMLHttpRequest de JavaScript [7].

Fig. 2 Arquitectura Cliente/Servidor Existen en Flex tres componentes para la llamada de procesamiento remoto que son: HTTPService, WebService y RemoteObject. A continuación se mencionan a grandes rasgos cada componente. HTTPService: Es un servicio usado para una petición HTTP a JSP (Java Server Page) o archivos XML. El procedimiento general que sigue el servicio HTTP inicia con la comunicación con JSP, éste a su vez, utiliza clases de Java para realizar su tarea programada,

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 3

la clase genera una respuesta que es interpretada por BlazeDS y enviada a Flex en un formato XML, EA4X o con objetos de Action Script [7]. WebService: Es un servicio que usa los Web Service, según Jeannete Stallons “Para hacer una llamada a los servicios Web basados en SOAP, se utiliza el API HTTPServices o el API de WebServices que es más especializado, lo cual automáticamente se encarga de la serialización y deserialización de formato de texto SOAP para los tipos de datos de ActionScript” [7-8]. RemoteObject: Es un servicio que crea un modelo de llamada y respuesta para acceder a los objetos del lado del servidor, lo que permite manejar la serialización en formato AMF (Action Message Format) [7]. Conector WebORB. Es un ambiente robusto de desarrollo y ejecución que está diseñado para una fácil conexión entre clientes como Flex, Flash, AJAX, Silverlight y objetos de lado del servidor Java, Spring Beans, EJB (v1 o v3) o los XML Services [9-10]. Algunas características que ofrece WebORB para Java son: herramientas productivas de desarrollo, soporte multi-cliente, invocación remota, seguridad personalizable, mensajería de tiempo real, video streaming, gestión de datos para aplicaciones CRUD (Create, Retrieve, Update, Delete) y supervisión de rendimiento [9-11]. La implementación de WebORB es sencilla e intuitiva, basta con instalar el archivo .jar (adquirido en la página oficial), generalmente en c:\weborb30 y ejecutar el servidor mediante el archivo weborb.bat localizado en C:\weborb30\bin, iniciando el servidor ya es posible acceder a la plataforma WebORB en la dirección http://localhost:8080/weborbconsole.html. Es necesario contar con una clase de Java y con los archivos XML de configuración, además de contar con la estructura de carpetas como se muestra en la Figura 3.

Fig 3. Estructura de Carpetas

Cada carpeta tiene un fin específico, en la carpeta classes, se guardan las clases ya compiladas de Java, en caso de existir paquetes, se crean las carpetas del paquete. En la carpeta flex se almacenan los archivos XML de configuración (messaging-config.xml, remoting-config.xml, services-config.xml y weborb-services-config.xml) responsables de conectar a Java con Flex. En la carpeta lib se guardan las librerías de WebORB, cabe mencionar que el archivo remoting-config.xml es el encargado de gestionar el RemoteObject, el archivo messaging-config.xml, se encarga de gestionar el servicio de mensajería, el services-config.xml y weborb-services-config.xml son los responsables de los servicios Web y HTTP. Los archivos anteriormente mencionados se extraen de la carpeta webpps en WebORB. Conector BlazeDS BlazeDS es una tecnología de código abierto desarrollado por el grupo de Adobe, el cual integra las aplicaciones realizadas en Flex y Java [12-14]. BlazeDS consiste en dos partes: las aplicaciones del lado del cliente y las aplicaciones del lado del servidor JEE (Java Enterprise Edition). Las aplicaciones de lado del cliente (client-side) se realizan en los lenguajes que utilizan Flex, MXML y ActionScript. Las aplicaciones del lado del servidor (server-side) son las desarrolladas en Java [12-14]. Dentro de las características principales de BlazeDS se incluyen los servicios RPC (RPC services), servicios de mensajería (Messaging Service) y servicio Proxy (Proxy Service) [15-18]. En la Figura 4 se muestra un diagrama de la estructura interna de BlazeDS.

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 4

Fig 4. Estructura Interna de BlazeDS.

Los servicios RPC (Remote Procedure Call) son diseñados para aplicaciones que requieran un modelo de llamada y respuesta para acceder a datos externos. A continuación se describen de forma general, los servicios de BlazeDS: Remoting Service (servicio remoto): Utiliza el protocolo RemoteObject, es la forma más rápida de transportar datos utilizando un tipo de codificación llamado AMF (Active Message Format), el cual es un formato binario compacto para la serialización/deserialización de datos y la invocación de métodos remotos. El Messaging Service (servicio de mensajería): permite que las aplicaciones “cliente” se comuniquen de forma asíncrona a través de la transmisión de mensajes de ida y vuelta al servidor. Para utilizar este servicio en BlazeDS se necesita contar con un servidor J2EE, una clase Java, una interfaz en Flex y los archivos XML de BlazeDS previamente configurados [17-18]. La estructura de carpetas y archivos, se compone por una carpeta principal llamada WEB-INF seguido de tres carpetas importantes llamadas classes, flex y lib [17-18], en la carpeta classes se almacenan todas las clases previamente compiladas con sus respectivos paquetes. La carpeta flex contiene cuatro archivos XML los cuales se muestran en la Figura 5 y en la carpeta lib se almacenan todas las librerías de BlazeDS, además se anexan librerías relacionadas con la clase en Java.

Fig 5. Archivos XML de la carpeta flex.

En el archivo remoting-config.xml define el servicio de comunicación remoto, al cual se agrega la etiqueta <destination/>, ésta permite especificar el identificador y la dirección de la clase en Java [6], como se muestra en la Figura 6.

Fig 6. Destino de nuestro servicio remoto. Para realizar la configuración en Flash Builder 4 se debe crea un nuevo proyecto y de configurar el servidor J2EE, como se muestra en la Figura 7.

Fig. 7 Configuración de Proyecto en Flex

Creando el proyecto en Flex, es posible hacer una conexión con Java. Existen dos maneras para realizar la integración; la primera es por medio de la interfaz gráfica que proporciona Flash Builder 4, la segunda es por medio de la codificación en MXML y ActionScript. Cuando se maneja BlazeDS, es posible realizar de manera gráfica la integración de la clase Java por medio de Flash Builder 4, posicionándose en la opción del menú Data/Connect to Data/Service, para posteriormente elegir el server data, que en este caso será BlazeDS y enseguida seleccionar el identificador del destino que se configuró anteriormente (ver Figura 7). Realizando lo anterior es posible vincular métodos de Java. En la siguiente sección se explica el trabajo que se realizó, el cual consistió en crear una misma aplicación usando Web-ORB y BlazeDS.

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 5

Materiales y Métodos. Se desarrolló una aplicación en Flex la cual consiste en cuatro componentes Textinput que muestran los campos: Versión Java, Vendedor Java, Sistema Operativo, Versión Sistema Operativo como se muestra en la Figura 8.

Fig. 8 Vista gráfica de la aplicación

Se desarrolló una clase en Java que obtiene la versión de Java actual del equipo, el vendedor Java, el tipo de sistema que utiliza el equipo y su versión. La clase Java para WebORB se muestra en la Figura 9 y la clase Java para BlazeDS se muestra en la Figura 10.

Fig. 9 Java para WebORB

El guardar la clase Java en un paquete es opcional, lo que no es opcional en BlazeDS es que el constructor de la clase no esté declarado. Se compiló la clase para obtener el archivo .class que fue el responsable de la obtención de los datos. En la Figura 11. se muestra la estructura de archivos WebORB y Flex que se utilizó para crear la aplicación.

Fig 10. Clase Java para BlazeDS

En el archivo remoting-config.mxl es necesario agregar la etiqueta <destination/> y especificar la ruta de la clase Java, algo muy similar a lo que se mostró en la Figura 6. Existen dos modos de ejecución en WebORB llamadas hosted y standlone, para realizar la aplicación se usó la standlone. La estructura de archivos que se utilizó en BlazeDS para crear la aplicación es muy similar a la que se mostró en la Figura 4, cabe mencionar que al usar el servicio remoto HTTPService fue necesario disponer de un archivo JSP por medio del cual se realizó la conexión. Flash Builder 4 crea el archivo principal con extensión mxml, además de crear más archivos que permiten la ejecución del swf en el navegador.

Fig 11. Estructura de archivos en WebORB

Resultados Los resultados que se obtuvieron al realizar una aplicación usada por los dos conectores muestran datos que permiten elegir 17 criterios para realizar la comparativa que se muestra en la Tabla 2, los criterios

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 6

son evaluados conforme a la experiencia que se obtuvo al realizar el ejemplo de aplicación mostrada anteriormente, tomando factores funcionales en el desarrollo de la aplicación, que permiten en un momento dado al programador de aplicaciones RIA; evaluar, distinguir y tomar una decisión al elegir un conector libre para su aplicación desarrollada en Flex y Java. SI Parcialmente NO

Tabla 2: Comparativa entre BlazeDS y WebORB

Características y Funcionalidades

BlazeDS WebORB

Instalación intuitiva. Interfaz gráficas incorporada en Flash Builder.

Interfaz Web configurable y accesible.

Interfaz Web con generación de código automático.

Incorporación de un Servidor propio.

Códigos fuentes de ejemplos. Soporte para Silverlight, Ajax.

Compatibilidad con ColdFusion.

Uso con otras tecnologías de Adobe.

Configuración intuitiva y sencilla.

Soporte de RPC y Messaging. Licencia Open Source. Limitaciones en la cantidad de accesos de usuarios al conector.

Soporte en línea Soporte de Hibérnate Integración con Spring. Documentación de API Conclusiones La elección de un conector dependerá en gran medida de las características de nuestra aplicación,

dependiendo del rendimiento y el uso que se le dará. Cabe mencionar que hay soluciones de conectores comerciales como LiveCycle que engloban una infinidad de opciones para las aplicaciones empresariales, WebORB en su versión comercial presenta opciones muy interesantes las cuales es importantes considerarlas. Por lo que se mostró en los resultados, los dos conectores son muy similares en lo que concierne a características y funcionalidades, cabe destacar que BlazeDS es un conector en constante desarrollo con soporte de Adobe lo cual permite una gran ventaja para sus competidores, por ello BlazeDS es altamente recomendado para el uso de Flex y Java. La comparación entre WebORB y BlazeDS permitió la elección del conector que se utilizará en uno de los proyectos desarrollados en la Maestría en Tecnologías de la Información del Instituto Tecnológico de Tepic llamado plataforma Web para administrar el funcionamiento de una universidad virtual con un enfoque totalmente RIA. Referencias [1] Graham Cormode and Balachander Krishnamurthy: “Key

Differences between Web1.0 and Web2.0”

[2] Adobe: “Aplicaciones RIA para no desarrolladores”. [En línea]. Disponible en: http://www.adobe.com/es/resources/business/rich_internet_apps/getting_started/# [13/04/2010]

[3] Adobe: “Ventajas de las aplicaciones de internet sofisticadas”. [En línea]. Disponible en: http://www.adobe.com/es/resources/business/rich_internet_apps/benefits/ [19/04/2010]

[4] Enrique Chávez: “Rich Internet Application definición”. [En línea]. Disponible en: http://www.riactive.com/2006/12/06/rich-internet-application-definicion/ [19/04/2010]

[5] Edgar Parada: “Flex: El sabor de Adobe para RIA”. [En línea]. Disponible en: http://www.sg.com.mx/content/view/341 [19/04/2010]

[6] Edgar Parada: “Blink de Banamex hecho en flex” [En línea]. Disponible en: http://www.riactive.com/2010/01/27/blink-de-banamex-hecho-en-flex/ [22/04/2010]

[7] Jeannete Stallons: “The Architecture of Flex and Java Applications”. [En línea]. Disponible en: http://www.adobe.com/devnet/flex/articles/flex_java_architecture.html [19/04/2010].

[8] Jeannete Stallons: “The technologies for building Flex and Java applications”. [En línea]. Disponible en: http://www.adobe.com/devnet/flex/articles/flex_java_technologies.html [19/04/2010]

CIINDET 2010

VIII Congreso Internacional sobre Innovación y Desa rrollo Tecnológico, 24 al 26 de octubre de 2010, Cuernavaca Morelos, Mé xico

Pag. 7

[9] Midnightcoders: ”WebORB for Java”. [En línea]. Disponible en: http://www.themidnightcoders.com [15/04/20]

[10] Midnightcoders: ”WebORB presentation server”. [En línea]. Disponible en: http://www.themidnightcoders.com/fileadmin/downloads/WebORBDatasheet.pdf [15/04/2010]

[11] Wikipedia: “CRUD”. [En línea]. Disponible en: http://es.wikipedia.org/wiki/CRUD. [15/04/2010]

[12] Shashank Tiwari: “Getting Started with BlazeDS” [En línea]. Disponible en: http://www.cheat-sheets.org/saved-copy/rc075-010d-blazeds_0.pdf [15/04/2010]

[13] Adobe System Incorporated, BlazeDS Developer Guide, San Jose, EUA: Adobe, 2008.

[14] Adobe: “BlazeDS External FAQ” [En línea]. Disponible en: http://labs.adobe.com/technologies/blazeds/faq.pdf [15/04/2010]

[15] John Mason: “BlazeDS” [En línea]. Disponible en: http://www.codfusion.com/blog/assets/content/File/blazeDS-slides.pdf [15/04/2010]

[16] Tom Jordahl: “BlazeDS” [En línea]. Disponible en: http://www.cfugitives.com/File/Blaze_DS.pdf [16/04/2010]

[17] James Ward: “RIAs with Java, Spring, Hibernate, BlazeDS and Flex” [En línea]. Disponible en: http://jazoon.com/portals/0/Content/ArchivWebsite/jazoon.com/jazoon09/download/presentations/6662.pdf [16/04/2010]

[18] Universal Mind: “BlazeDS with Spring, best practices and configuration” [En línea]. Disponible en: http://www.strikefish.com/download/blazeds_best_practices.pdf [16/04/2010]

[19] Emili Miedes: “Serialización de Objetos en Java”[En línea]. Disponible en: http://www.javahispano.org/contenidos/archivo/32/serializacion.pdf [16/04/2010]

[20] Fernando Berzal: “Serialización de Objetos” [En línea]. Disponible en: http://elvex.ugr.es/decsai/java/pdf/C3-serializable.pdf [16/04/2010]

[21] Edgar P (2007, Julio Agosto): “FLEX: El sabor de Adobe para RIA”, SG pp. 27-29.

[22] M. Keefe and Charles A, Java and Flex Integration, Indianapolis, Indiana: Wiley Publishing, 2009.

Currículum corto de los autores G.L. Sánchez Estrada Ingeniero en Sistemas Computacionales egresado en el año 2009 del Instituto Tecnológico de Tepic del estado de Nayarit. Actualmente estudiante de la Maestría en Tecnologías de la Información en el mismo instituto.

G. Rodríguez Briseño Ingeniero en Sistemas Computacionales egresado en el año 2001 del Instituto Tecnológico de Tepic del estado de Nayarit. Maestro en Sistemas Computacionales egresado en el año 2007 del Instituto Tecnológico de Tepic. Actualmente docente en la Maestría en Tecnologías de la Información en el Instituto Tecnológico de Tepic. L. E. Vázquez Murillo. Técnico en Administración de Personal egresada en 1978 y Licenciado en Relaciones Comerciales del Instituto Tecnológico de Tepic en 1982. Maestro en Desarrollo Organizacional y Humano de la Universidad del Valle de Atemajac (UNIVA) en Guadalajara, Jalisco en 1999. Doctor en Psicología Social, En la disciplina: Psicología Social y del Trabajo en la Universidad Montpellier II, Francia, en 2004. Actualmente docente del área de Ciencias Económico Administrativas y Maestría en Tecnologías de la Información en el Instituto Tecnológico de Tepic. J.J Ceballos Mejía: Licenciado en Informática egresado del Instituto Tecnológico de Tepic en 1994. Maestro en Ciencias de la Computación en 2000 en la Fundación Arturo Rosenblueth, México. Actualmente labora como docente en la Maestría en Tecnologías de la Información en el Instituto Tecnológico de Tepic.