El pasado 1 de febrero salio la Release Candidate de BlazeDS, hasta ahora en Beta 1. Como ya comentamos aqui , BlazeDS supone la liberacion gratuita y open source (principios 2008, muy pronto) de parte de los protocolos y herramientas para comunicaciones desde nuestros clientes Flex con el servidor a través de Remoting Object o tecnicas de tipo Productor-Consumidor. Hasta ahora estos servicios estaban disponibles en la version LCDS 2.5.1 , con licencia de pago para servidores multiprocesador.
Podeis consultar los detalles de la Release aqui.
Por otra parte , ¿como veis vosotros este movimiento por parte de Adobe? ¿Estais pasando vuestros ejemplos y programas en producción a BlazeDS desde LCDS 2.5.1? ¿Utilizais otro framework para hacer remoting como GraniteDS o Red5?
saludos.

Otro impresionante movimiento de Adobe! Podemos leer en el post de Christophe Coenraets que Adobe va a liberar como Open Source con licencia LGPL v3 los protocolos de Remoting Object y Messaging (API para Productor/Consumidor) que hasta ahora eran parte de Live Cycle Data Services (LCDS) y de pago cuando lo utilizabas en servidores con más de un procesador.
Tambien anuncian la publicación de la especificación del protocolo AMF.
La release definitiva de BlazeDS se anuncia para primeros de 2008 , aunque ya podemos disfrutar de la primera Beta aqui.
James Ward tambien habla de BlazeDS y ha modificado su ejemplo de medición de protocolos para correr sobre BlazeDS, lo podeis ver aqui.

Con este movimiento se nos abren un gran conjunto de posibilidades para sistemas en tiempo real donde la utilización de mensajería al estilo Productor/Consumidor puede aportar grandes ventajas de desarrollo, además el uso de remoting object ya no queda limitado a máquinas con un solo procesador. Hasta ahora se podía solucionar esto utilizando implementaciones Libres de Remoting como GraniteDS o Red5 , pero tener también el soporte para Messaging y Remoting directamente de un producto sostenido por Adobe y liberado para la comunidad, no tiene precio.

En fin, creo que estamos de enhorabuena !

UPDATE 14-12-2007: Podemos leer en el blog del Flex Doc Team un post con enlaces a la documentacion para BlazeDS

Hace unos días apareció una pequeña actualización de la micro-arquitectura de patrones Cairngorm. La nueva versión 2.2 la podeis descargar desde su página en Adobe Labs. La principal novedad es la separación del framework base de la parte empresarial representada por los Live Cycle Data Services, de forma que no exitan dependencias. Es decir, ahora tendremos también un Cairngorm Enterprise que usaremos si trabajamos con Live Cycle Data Services.

Algunos cambios interesantes son:

• Los eventos son capaces de despacharse ellos mismos mediante el método “dispatch()“. Ya no es necesario usar CairngormEventDispatcher.
• Como era de esperar la interface ModelLocator ha sido deprecada en favor de IModelLocator.
• Los comandos son añadidos al controlador con weak references de forma que el GC sea más efectivo. Además podemos eliminar commandos registrados en el FrontController mediante “removeCommand“.
• Por fin los SWC ocupan unos pocos Kbs ya que no tienen las clases del framework de Flex linkadas.
• Se arregla un bug en los Web Services que hacian imposible cargar un WSDL

Podeis leer el resto en las release notes de Adobe Labs.

Desde el pasado día 19/03/2007, la primera versión ( alpha 1 ) pública de Apollo ya está disponible en en Adobe Labs.

Apollo nos permitirá extender las posibilidades de las aplicaciones Flex/Flash/PDF/Html/Ajax e integrarlas en nuestro escritorio de forma sencilla y rápida.

Además, la integración de Apollo con Flex Data Services va a permitir extender el abanico de aplicaciones que podamos crear con Apollo. El uso de FDS en aplicaciones Apollo ofrecerá la posibilidad de volcar datos asíncronamente desde el servidor ( server push ) , así como la integración con back-ends Java mediante Remoting o Data Management Services.

A la hora de consumir estos servicios, nuestra aplicación Apollo va a tener que proveer “strings de conexión completos” ya que no puede hacer uso de los tokens ( server.name, server.port, etc ) que se definen en el contexto de un servidor J2EE. Por ejemplo:

En vez de usar:

http://{server.name}:{server.port}/{context.root}/messagebroker/amf

usaremos:

http://localhost:8600/messagebroker/amf

En caso de querer usar un RemoteObject para enlazar nuestra aplicación con una destination definida en el servidor, deberemos definir un endpoint para el canal:

Christophe Coenraets ha escrito una entrada en su blog donde explica cómo integrar Apollo y FDS, podeis ver la entrada Real Time Market Data using Apollo and Flex Data Services, donde crea una versión Apollo de una de sus aplicaciones ejemplo dentro su Flex Test Drive for Java Developers.

Desde Made In Flex, seguiremos la pista, muy de cerca, a las posibilidades que va a ir brindando el matrimonio entre Apollo y Flex Data Services y es bastante seguro que, para cuando tengamos un producto Apollo más maduro, hagamos un tutorial más extenso exprimiendo en una aplicación de prueba muchas de sus posibilidades.

Desde hoy podeis descargar la beta de la nueva versión de Flex Data Services 2 rebautizada como Adobe LiveCycle Data Services 2.5.

El cambio de nombre se debe a la integración que soporta ahora el producto con Adobe Lifecycle, el software empresarial de adobe para generación y tratamiento de los documentos en pdf.

Algunas de las mejoras que nos trae esta nueva versión 2.5 son las siguientes…

• Generación de PDFs para RIAs
• Configuración en tiempo de ejecución para Data Services
• Soporte para WSRP (Web Services for Remote Portlets)
• QoS en la Mensajería por Cliente, permitiendo politicas de acceso a datos personalizadas en tiempo real.
• AJAX Data Services, que permite a clientes AJAX obtener las ventajas de manejo de datos y mensajería de las aplicaciones Flex.
• Mejoras en la cache de mensajes para aplicaciones Flex
• RTMP tunneling (RTMPT)
• Adaptador SQL que simplifica dramáticamente la creación de aplicaciones usando el servicio de manejo de datos
• JSP Tags para desarrollo en MXML.
• Muchas mejoras en el rendimiento y escalabilidad de los Data Services
• Actualización del SDK de Flex que aparte de arreglar algunos bugs, trae una mejora sensible de las apis para manejar Web Services.

Descarga LCDS2.5 aquí.

Peter Martin de Adobe Consulting actualizó hace unos días su plugin para Flex 2.0.1. Este plugin permite configurar un proyecto FDS2 rápidamente. La novedad en esta nueva versión, es que el proyecto se crea apartir de un flex.war que tengamos configurado en sus preferencias. Es recomendable utilizar este plugin ya que facilita la creación de estos proyectos en pocos clicks de ratón.

Como comentó Alberto en el anterior post, por fin podemos colgar las charlas celebradas en MIF ONLINE I el pasado 18 de Noviembre.

En mi caso, la charla estaba dedicada a Flex Data Services 2, la aplicación Java de servidor que permite inyectarle un poco de mágia a nuestras aplicaciones Flex dandonos la posibilidad de crear aplicaciones colaborativas, con manejo de datos avanzados, mensajería y comunicación en tiempo real a los clientes conectados, entre otras cosas…

La charla se centra en introducir los conceptos que hacen de Flex Data Services 2 una opción a tener muy en cuenta a la hora de panificar nuestras soluciones. El ejemplo principal (UserSoap Demo) muestra la mayoría de las características de FDS en acción. Hay que tener en cuenta que el código de la demo está pensado con la intención de mostrar la forma más simple de crear las funcionalidades y no se han considerado ningún tipo de arquitectura o estructura (que sería necesaria) en aplicaciones de mayor escala, ya que no era el objetivo de esta charla pero que si lo será en futuras reuniones.

A continuación la relación de enlaces correspondientes a esta charla:

• La grabación de la charla: FDS2 en ejemplos.
• Las transparencias de la charla (formato power point): FDS2 en ejemplos (slides)
• Los archivos de la aplicación de ejemplo UserSoap: UserSoap Demo. Una demo creada con Adobe Captivate 2 sobre esta demo se puede ver aquí.

Para instalar la demo UserSoap:

1. Crear la base de datos “miffds” en MySQL y usar el script de base de datos “miffds.sql“, incluido en la distribución.
2. Usar como esqueleto el archivo “flex.war” que viene con la distribución de FDS2 descomprimiendolo en el disco duro local.
3. Copiar el contenido de la carpeta “flex” de esta distribución en “WEB-INF/flex” sobreescribiendo los 3 xmls que ya existen en dicha carpeta.
4. Compilar las clases java de la carpeta “src” y copiar el resultado a “WEB-INF/classes” respetando la estrucuta de paquetes. Copiar también el fichero “flexfds.properties” de src en la misma carpeta.
5. Crear un proyecto Flex en Flex Builder y copiar el contenido de la carpeta “UserSoap” en dicho proyecto. (Nota: Para compilar este proyecto es necesario el componente Spring Graph de Mark Shepherd). Puedes añadir el SWC a este proyecto para compilarlo.
6. Añade los archivos resultantes (html, SWF,…) a tu proyecto FDS y despliega el war resultante en un servidor de aplicaciones Java.

Nota: Si usas Tomcat, debes de instalar JOTM de Objectweb (una implementación de JTA), debido a que este contenedor de servlets no soporta transaccionalidad. Si usas la versión 5.5 de Tomcat, añade el archivo “context.xml” de la carpeta “META-INF” en la carpeta META-INF de tu aplicación FDS.

Una nueva herramienta para hacer pruebas de carga de aplicaciones creadas con Flex Data Services 2 está disponible en versión beta desde Adobe Labs:

“Flex Data Services Stress Testing Framework allows Flex developers to load test their applications that use RTMP and AMF3 without needing to use a commercial testing tool.”

Podeis obtener más información en los siguientes links:

• FDS Stress Testing Framework (Beta) Now Available
• Flex Stress Testing Framework

La intención de esta entrada es cubrir la demostración del pequeño POC sobre Flex Data Services 2 que había preparado para MIF ONLINE I pero que finalmente y gracias a Murphy no se pudo ver.

El POC muestra una pequeña aplicación donde podemos ver una distribución de usuarios en forma de Tabla (DataGrid) y Gráfico (El componente Spring Graph de Mark Shepherd). La aplicación muestra los tres puntos principales de discusión en mi charla:

• RemoteObjects (para traer la lista de paises a los que pertenecen los usuarios).
• Flex Messaging Service (un pequeño chat que permite enviar mensajes al resto de clientes flex conectados seleccionando un usuario de la lista).
• Flex Data Management Service (dispone la lista de usuarios y da la posibilidad de añadir, borrar y modificar usuarios. Estos cambios se reflejan en la tabla y el gráfico de los clientes flex conectados).

Para ello he creado una demo con Captivate 2 que muestra la aplicación en uso. Podeis ver este demostración aquí.

Nota: Actualmente Flex Data Services ha cambiado su nombre por Live Cycle Data Services

¿Qué es Flex Data Services 2?¿Para que sirve?¿Qué nos aporta?. Estas y otras muchas preguntas seguro que han pasado por la cabeza de aquellas personas fascinadas por las nuevas posibilidades que aporta Flex 2. En este artículo intentaremos dar respuesta a muchas de ellas.

Quizá FDS2 sea la pieza más valorada para aquellos que llevamos años aprendiendo a dominar el arte de la creación de aplicaciones RIA(Rich Internet Applications) debido a que resuelve muchos de los problemas que hemos ido encontrando por el camino y que hemos sufrido durante años. FDS2 aporta un workflow realmente sencillo y fácil de manejar a la hora de abordar un proyecto RIA. ¿Es posible crear RIAs sin FDS2? La respuesta es que si, pero las posibilidades del producto final no serán las mismas sin esta pieza del rompecabezas. Digamos que el grado de “riqueza” de nuestro software no será el mismo, ya que añade servicios y características directamente a nuestro producto sin necesidad de hacer practicamente nada. Por tanto, la sencillez que aporta FDS2 significa productividad y menores tiempos de desarrollo. Algo que puede ser muy significativo a la hora de planificar el coste de un proyecto. Al fin y al cabo La productividad es ahorro de dinero, y este es un lenguaje que todo responsable de un departamento de TI entiende a la perfección.

¿Que es FDS2 y para que sirve?

Flex Data Services 2 es básicamente una aplicación Web Java (para que nos entendamos, un .war) bastante avanzada, que se instala y ejecuta en un servidor de aplicaciones (como pueden ser JOnAS, JBoss o WebLogic) como cualquier otra aplicación web. También puede funcionar en un contenedor de Servlets como Tomcat, aunque para hacer funcionar todas las características, como los Data Management Services, es necesario instalar JOTM. FDS2 es la capa intermedia que actua a modo de pegamento entre los clientes Flex y los sistemas de backend a los que seguramente tendremos que acceder en nuestras soluciones RIA(tales como LDAP, RDBMS, Sistemas de ficheros, Servidores de correo, etc…), exponiendo dichos sistemas mediante una arquitectura SOA pura.

Flex Data Services 2 – Arquitectura J2EE

Esta aplicación web nos aisla de muchos de los problemas de integración que surgen al construir Rich Internet Applications y aporta las siguientes características:

• Remote Objects: Ofrecen la capacidad de hablar con clases java directamente mediante el nuevo protocolo AMF3. Esta es la parte menos novedosa ya que se trata de la evolución del antiguo Flash Remoting. Es decir, programación orientada a llamadas remotas (RPCs).
• Flex Message Service: La arquitectura de FDS2 está orientada al mensaje y combinada con el potencial del protocolo RTMP (Real Time Message Protocol) para comunicaciones en tiempo real. Esto nos permite hacer aplicaciones de colaboración en tiempo real y “data push” a todos los clientes Flex conectados.
• Flex Data Management Service: Introduce en las RIAs la “programación orientada a datos” y la persistencia de estos en tiempo real incluso a nivel de cliente. FDMS está diseñado para que los componentes se comuniquen de forma directa con el servidor realizando las tareas CRUD más básicas (y otras más complejas como paginación, relución de conflictos,etc…) sin que nosotros tengamos que programar prácticamente nada y con la ventaja añadida del refresco de datos en todos los clientes Flex en tiempo real.

Después de años de experiencia diseñando software para construir RIAs, Adobe ha sabido crear un producto que no solo aporta nuevas posibilidades inovadoras (como la posibilidad de hacer “push” de datos al cliente o la orientación a datos), si no que simplifica las ya existentes haciendonos la vida más fácil a los que trabajamos día a día con la tecnología.

Veamos cada una de las características con más detenimiento…

RemoteObjects

Los RemoteObjects (ROs) son uno de los tres tipos de comunicación RPC en Flex. Los otros dos tipos son los componentes HTTPService (get, post y xml sobre HTTP) y WebService (servicios web basados en SOAP), los cuales forman parte del SDK gratis de Flex 2 y no necesitan de FDS2.

Hasta que salió FDS2, Los ROs eran la mejor forma de integración con el servidor. De hecho es la forma que utilizan las RIAs más actuales basadas en Flash o Flex debido a que permite hablar directamente con clases o servicios Java y pasar jerarquias de objetos entre capas (mapeo de clases AS3-Java). Gracias al protocolo AMF (ActionScript Message Format), el desarrollador puede abstraerse de la serialización y deserialización tanto en cliente como en servidor enfocandose en resolver el problema de negocio que tenga entre manos.

Un punto fundamental del exito de los ROs, sobre los Web Services basados en SOAP, es el rendimiento que ofrecen debido a que la capa de transporte está muy optimizada ya que AMF es un protocolo binario en contraposición al formato textual de un mensaje SOAP. Esto se hace evidente cuando el volumen de datos es elevado y donde AMF no tiene competencia. Por último FDS2 soporta el nuevo AMF3 cuyo rendimiento y capacidades son superiores al antiguo AMF0 usado en productos más antiguos como Flash Remoting, OpenAMF o AMFPHP.

Hasta aqui no hay nada que no conociesemos de otras versiones de Flash lo interesante o novedos comienza a partir de aquí…

Flex Message Service

El servicio de mensajería de Flex es el corazón del nuevo FDS2 y permite crear una nueva generación de RIAs colaborativas que intercambian datos en tiempo real (el ejemplo más básico sería una aplicación de chat). Gracias a la nueva arquitectura de publicación-subscripción orientada al mensaje los datos fluyen entre cliente y servidor permitiendo actualizar todos los clientes conectados mediante “push” de datos a dichos clientes (es decir la comunicación se realiza desde el servidor al cliente, al contrario de como estamos acostumbrados).

Flex Message Service – Publicación – Subscripción

El “push” de datos al cliente es posible gracias al protocolo RTMP (Real Time Message Protocol) conocido por muchos gracias a otros productos de Adobe como Flash Media Server 2. La diferencia entre FDS2 y FMS2 es que el primero solo permite usar RTMP para enviar datos, mientras que las capacidades del segundo se amplian al streaming de audio y video.

Las nuevas funciones de mensajería nos permiten enviar los datos através de “canales” basados en protocolos (como AMF o RTMP) capaces de formatear los mensajes en diferentes formas y sabores según nuestras necesidades (quizá queramos mensajes encriptados para comunicaciones seguras o tal vez mensajes “por sondeo”(polling) en vez de mensajes “push” desde el servidor.

A su vez podemos usar adaptadores (JMS, ActionSCript,…) que permiten que estos mensajes interaccionen con diferentes clientes, como por ejemplo, otras aplicaciones Flex o incluso aplicaciones Java (Swing, AWT,…) que usen JMS.

FDS2 – Arquitectura del Bus de Mensajería

Como podeis comprobar FDS2 tiene un diseño altamente desacoplado, donde cada pieza se conecta con las restantes formando un sistema realmente flexible y extendible gracias a la compenetración e interacción de las APIs de cliente y servidor. Toda la configuración de FDS2 descansa sobre ficheros XML bien estructurados que permiten tener un acceso fino a montones de características (opciones de seguridad, proxys, etc…).

Flex Data Management Service

Si FMS es una pasada, no os perdais FDMS que hace del desarrollo de soluciones software un paseo. FDMS se basa en todo lo visto anteriormente y básicamente permite crear aplicaciones “orientadas a datos” en vez de “orientadas a llamadas remotas(o RPCs)”. Como era de esperar en este caso también disponemos de canales(channels) y adaptadores(adapters). En FDMS, los adaptadores definen la persistencia de los datos o como estos serán modificados (normalmente usando un gestor RDBMS aunque también podría ser una máquina remota, un sistema de ficheros). Los adaptadores que vienen por defecto son: “actionscript” (que mantiene los datos en memoria y suele tener un uso en escenarios simples), y “java-dao” (que es el usado por defecto, normalmente con una base de datos). También se incluye un adaptador para Hibernate (paquete que viene de serie en la instalación.

Si hasta ahora teniamos distintas soluciones de persistencia en el backend y middleware, FDMS extiende estas capacidades al cliente, de forma que siempre tenemos los datos sincronizados en todas las capas y en definitiva en todos los clientes Flex conectados. Lo mejor de todo es que las tareas CRUD están sistematizadas gracias a la interacción de los componentes de cliente y servidor junto con algunos XMLs de configuración. Esto hace que nosotros solo tengamos que añadir funcionalidades adicionales para completar los casos de uso que se nos presenten.

FDMS – Arquitectura de Flex Data Magement Service

Además FDMS dispone de otras muchas funcionalidades avanzadas:

• Paginación: Podemos configurar el tamaño del conjunto de datos que pidamos, de forma que FDMS se encarga de enviar automáticamente la porción de datos apropiada en cada momento según operemos con los componentes en cliente.
• Resolución de conflictos: Estos se generan cuando dos o mas usuarios están editando los mismos datos simultaneamente. FDMS nos permite decidir que hacer en estas situaciones.
• Relación de datos anidados: Es decir la gestión automática de relaciones “1 a 1″, “1 a muchos” y “muchos a muchos”. Se definen en el fichero de configuración XML del servidor y FDMS se encarga de todo…

Resumiendo

Si juntamos lo descrito aqui a las otras muchas posibilidades que aportan Flex 2 y el Flash Player 9 (como DataBinding o E4X), tenemos ante nosotros una tecnología realmente innovadora que une unas capacidades gráficas, de video y audio sin competencia hoy en día en el mercado. El tratamiento de los datos y su ubicuidad amplía el concepto de RIA que teníamos abarcando el intercambio de datos con el servidor. La simpleza en el desarrollo es otro factor decisivo a la hora de evaluar este producto, ya que Flex 2 está creado bajo la filosofía EoD (Ease of Development o facilidad de desarrollo).

Licencias

Lo mejor de todo es que hay diferentes versiones de FDS2 para todo tipo de escenarios. Desde una versión grátis (FDS2 Express) con toda la funcionalidad pero pensada para entornos de menor tráfico de datos, versiónes departamentales para un mayor número de usuarios y versiones empresariales donde la alta disponibilidad y la replicación es importante debido al alto número de transacciones y usuarios accediendo a nuestras aplicaciones Flex.

Por tanto, ya no hay excusa para no empezar a crear RIAs con FDS2 y Flex 2. ¿No os parece?.