La arquitectura de las aplicaciones flex +java

La arquitectura de las aplicaciones Flex +Java
    Introducción a la arquitectura cliente servidor Las formas diferentes de comunicación entre cliente y servidor Introducción a Flash Remoting Integración de la aplicación Flex en el marco de trabajo de seguridad

La arquitectura cliente/servidor
Las aplicaciones Flex +Flash utilizan una arquitectura multi-tier. La grada de presentación esla aplicación Flex, la grada de negocio está construida con Java EE y la grada de datos se comunica con la base de datos. El código del lado del servidor se diseña acorde con las buenas prácticas para diseñar y construir una aplicación JEE. La grada de negocio se expone a la aplicación Flex a través de HTTP usando técnicas similares a las usadas en la grada de presentación de cualquier aplicaciónJEE. Una aplicación Flex normalmente se encuentra “embebida” en una página HTML que se obtiene del servidor. El usuario no abandona esa aplicación Flex cuando hace uso de las funcionalidades desplegadas en el servidor. La aplicación Flex puede cambiar dinámicamente las vistas y enviar y recuperar los datos de forma asíncrona desde el servidor. Estas actividades se realizan en el background de laaplicación Flex sin necesidad de abandonar la interfaz de la aplicación, logrando así la experiencia de continuidad típica de las aplicaciones RIA, como se logra con ejemplo con el objeto XMLHttpRequest de JavaScript. La Figura 1 muestra el intercambio básico entre cliente y servidor de una aplicación Flex +Java.

Figura 1. La arquitectura cliente/servidor

La comunicación entre cliente yservidor
Las aplicaciones Flex se pueden comunicar con el servidor usando conexiones directas con sockets o más comúnmente mediante HTTP. El marco de trabajo Flex tiene tres APIs para las comunicaciones de tipo RPC que se comunican con un servidor mediante HTTP: HTTPService, WebService y RemoteObject. Los tres “encapsulan” la conectividad HTTP de Flash Player y hacen uso de la biblioteca de funcionesde HTTP del browser. Las aplicaciones Flex NO se comunican directamente con la base datos. Usamos HTTPService para hacer solicitudes a archivos JSP, XML, a servicios web de tipo RESTful o a otros tipos de recursos que devuelven texto sobre HTTP. Para esto, especificamos un URL del “endpoint”, las funciones listeners (funciones de callback que son llamadas cuando la solicitud de

HTTP devuelveuna respuesta), y un tipo de datos para los datos devueltos (que tipo de estructura de datos debe usarse para traducir la respuesta enviada por el servidor). Podemos especificar que el tipo de dato sea texto y asignarlo a una variable de tipo String o cnvertida a XML, E4X o POAO (Plain Old ActionScript Objects). Podemos también recibir del servidor objetos JSON y usar entonces el paquete core deAdobeFlex para deserializar los objetos JSON en objetos de ActionScript. Para realizar llamadas a servicios Web de tipo SOAP podemos usar el API de HTTPService aunque para este caso conviene usar el API de WebService que Flex ofrece para estos fines. Con este último se automatiza la serialización y deserialización de texto SOAP a tipos de datos de ActionScript y viceversa. La tercera opción pararealizar llamadas a procedimientos remotos es utilizar el API de RemoteObjet. Con este API se realiza una solicitud de Flash Remoting a un método de una clase de Java del lado del servidor, que retorna un resultado binario en formato AMF (Action Message Format) sobre HTTP. Siempre que sea posible conviene hacer uso de Flash Remoting cuyo formato de transferencia de datos binarios hace posible que lasaplicaciones transfieran sus datos hasta 10 veces más rápido que la transferencia de texto de los otros dos métodos. En el sitio http://www.jamesward.com/census/ se dispone de un benchmark para las tecnologías de tipo RIA. La Figura 2 ilustra los tres métodos RPC que utiliza el marco de trabajo Flex.

Figura 2. Los tipos de RPC usados por Flex

Flash Remoting
Flash remoting es una...