Maven:

Es una herramienta para la gestión de proyectos desarrollados en Java. Maven no posee interfaz gráfica, lo que significa que es controlada desde la consola de comandos. Incluye un modelo de objetos del proyecto, conjunto de estándares, ciclo de vida de un proyecto, sistema de gestión de dependencias y lógica para la ejecución de plugin goals (objetivos de los complementos) definidas en la fases del ciclo de vida.
Toda la configuración necesaria para que Maven pueda gestionar un proyecto se encuentra en el modelo de objetos del proyecto (POM, por sus siglas en ingles, Project Object Model) antes mencionado. Es un archivo en formato xml donde se configura todo el comportamiento del proyecto, desde detalles simples el nombre del proyecto, la versión o sus desarrolladores, así como información vital como lo serian las dependencias del mismo. En caso de ser un proyecto donde encontramos varios subproyectos, existiría un pom.xml para el proyecto padre donde podemos encontrar información y configuraciones generales, como por ejemplo las declaraciones de los subproyectos de lo conforman, las dependencias comunes para varios subproyectos, entre otras datos; y uno para cada uno de los subproyectos, donde encontramos las configuraciones particulares de cada subproyectos, como pudiese ser el tipo de empaquetamiento (jar o war), las dependencias particulares de otros subproyectos.
En un proyecto simple un archivo pom.xml pudiésemos verlo asi:

Maven utiliza la convención sobre la configuración, esto a nivel práctico quiere decir que utiliza por defecto las configuraciones predeterminadas estándares asumidas como “convención” por las comunidades de desarrolladores, configuraciones como por ejemplo, que el nombre de las tablas y sus columnas se encuentren asociadas a los nombres de las clases y sus propiedades respectivamente, o como las rutas de los directorios para los códigos fuentes asumida por defecto en /src/main/java o de los recursos que es asumida en /src/main/resources. Esto no indica que el usuario no pueda realizar configuraciones personalizadas, permitiéndosele modificar la mayoría de valores predeterminados.

Instalación:
Antes de instalar Maven, se debe verificar que el Java Developer Kit (JDK)  se encuentra correctamente instalado, esto se puede verificar ejecutando, en la consola de comandos, el comando “java -version”:

• Descargar y descomprimir Maven.
• Editar el Path (variables de entorno) agregamdp: “C:\maven-2.0.4\bin” (ruta donde fue descomprimido maven)
• Verificar instalación: “mvn –version”

Crear Proyecto:
Comando:
mvn archetype:create -DgroupId=proyectos.ejemplos -DartifactId=EjemploMaven

archetype:create es el comando/plugin, o como quieras llamarlo, de maven para crear un proyecto.
-DgroupId=proyectos.ejemplos es el conjunto de proyectos al que pertenece nuestro proyecto.
-DartifactId=EjemploMaven es el nombre que queramos dar al proyecto.

Esto creará el proyecto y la estructura de archivos

Seguramente será necesario la creación de directorios adicionales para organizar el proyecto, los propuestos por Maven son:
• config para ficheros de configuración, iconos, etc.
• resources para ficheros que queramos que se metan dentro del jar. Maven meterá automáticamente todo lo que haya en este subdirectorio dentro del jar
• assembly para la configuración que queramos en nuestro zip de distribución.
Maven también hace una propuesta de estructura de directorios:

http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html

Compilar:
Para compilar, basta con colocarse en el directorio donde se encuentra el archivo pom.xml y ejecutar: mvn compile

Esto creará un directorio target dentro de EjemploMaven y un subdirectorio classes donde se almacenaran todos los .class del compilado

Generar el jar :
Para generar el jar hay que ejecutar:mvn package

Compilará de ser necesario, ejecutará las pruebas jUnit, y de no haber fallos creará el jar en el directorio target. Maven asignará el nombre EjemploMaven-1.0-SNAPSHOT.jar, donde EjemploMaven es el nombre que asignado la momento de crear la aplicación, 1.0 indica que es la primera versión creada del proyecto (modificable en el archivo pom.xml) y SNAPSHOT indica que es una versión en construcción (no definitiva), cada vez que se crea un jar Maven sustituirá el texto SNAPSHOT por la fecha y hora de generación, permitiendo mantener todos los jar generados (Configurable en pom.xml).
Al generarse el jar se incluirán todos los ficheros almacenados en el directorio resources.

Repositorios:
Los repositorios, vistos como una de las ventajas de Maven, son almacenes de los archivos jar generados. Estos repositorios se encuentran tanto en la web, desde donde Maven descarga los jar que necesites en tu proyecto, así como de manera local, donde se almacenan los jar descargados para en caso de necesitarlos nuevamente, no tener que descargarlos. En este caso el directorio predeterminado por Maven para almacenar estos jar seria:
• $HOME/.m2 en unix/linux
• C:\Documents and Settings\usuario\.m2 en windows
Pero como casi todo en Maven, esta ubicación puede ser modificada de necesitarlo.
De haber diferentes versiones de un mismo jar en el repositorio, Maven las almacenará en directorios diferentes.

Ejemplo de sistema de archivos del repositorio:

Con el ejemplo mostrado, Maven puede lucir como una simple aplicación para compilar proyectos, mas si nos imaginamos una gran aplicación, comprendida de decenas de subaplicaciones, que pudiesen ser aplicaciones web o no serlo, que dependan unas de las otras, y que cada una de ellas utilice diferentes plugins que necesiten estar actualizados a la par en cada una de las subaplicaciones para evitar conflictos de versiones, Maven está en la capacidad de lidiar con esto, compilar, genar jar o war (en el caso de aplicaciones web), descargar actualizaciones de los plugins, estas entre muchas otras tareas de las cuales es capaz de hacerse cargo para ayudar a los desarrolladores a mantener aplicaciones.
Adicionalmente cabe destacar que con Maven no todo es color de rosas, también tiene limitaciones, como por ejemplo la dependencia de una conexión a internet para poder realizar las descargar necesarias para poder completar hasta las tareas mas básicas, ya que al descargar Maven, solo trae consigo lo mínimo para funcionar, siendo este otro punto a su favor ya que lo hace más liviano.

Fuentes consultadas:
http://www.proyectos.com/java/herramientas/maven.php
http://www.sonatype.com/books/mvnex-book/reference/public-book.html

Escrito por: Leonardo Valls

• Los cookies expiran por defecto; los Shared Objects no expiran.
• Por lo general, los cookies tienen un límite máximo de 20 por cada sitio web; los Shared Objects no tienen ese límite.
• Por lo general, los cookies están limitados a un tamaño de 4kb cada uno. Por defecto, los Shared Objects tienen un tamaño de 100kb pero se les puede configurar un tamaño ilimitado.
• Los cookies pueden ser transmitidos a un servidor vía HTTP. Los Shared Objects no pueden ser transmitidos a un servidor ni pueden ser compartidos entre aplicaciones de distintos dominios (por defecto, aunque se puede permitir), características que suponen una ventaja a nivel de seguridad sobre los cookies.

Otras características interesantes de los Shared Objects y los cookies que pueden ser consideradas como ventajas o desventajas dependiendo del punto de vista, son:

• Los cookies pueden ser deshabilitados en su totalidad o para un sitio específico desde el navegador. Los Shared Objects escapan a esta configuración. Deben ser gestionados desde la aplicación, haciendo clic derecho sobre la película Flash y seleccionando la opción “Configuración” o “Settings”, o desde el Panel de configuración de Flash Player oficial de Adobe .



• Los cookies pueden ser eliminados desde las opciones del navegador. Los Shared Objects permanecen cuando se ejecuta esta opción ya que no son cookies.
• Los cookies, por lo general, almacenan datos de tipo texto. Los Shared Objects almacenan varios tipos de dato binarios, entre ellos: Array, ArrayCollection (de String), Boolean, Date, etc.

Esta tecnología es propia de Flash, está bastante madura a la fecha y su uso es tan simple como difundido. Los Shared Objects, junto con los cookies tradicionales, han sido motivo de pleitos legales en diversos países debido a lo intrusivos que pueden resultar cuando se utilizan de manera agresiva y desmedida en actividades como el rastreo de hábitos de navegación de usuarios con fines publicitarios. De hecho, en Reino Unido se han creado regulaciones que impiden la utilización de cookies y Shared Objects para rastrear hábitos de usuarios sin su consentimiento. Definitivamente, esta tecnología es mas poderosa de lo que aparenta y puede resultar sumamente útil en nuestras aplicaciones RIA. Particularmente, y debido al tamaño ilimitado que puede alcanzar un Shared Object, los considero una buena alternativa al momento de almacenar datos de formularios en aplicaciones sin conexión a Internet (offline) para su posterior envío al servidor (obviamente, cuando la conexión a Internet este disponible).
Sobre esto haré un ejemplo pronto.

Por ahora, les dejo un ejemplo de un buen uso (nada de intrusiones publicitarias, esta vez) de Shared Objects para almacenar los datos de autenticación de un usuario en una aplicación Flex. Lo interesante del ejemplo se encuentra en la clase LoginModel.

Dudas y comentarios son bien recibidos.

Juan Manrique.

Nota: Gracias a Daniel Terraza por darme pistas sobre Shared Objects en Flex.

Recordar usuarios con Shared Objects en Flex
Código

Información oficial sobre Shared Objects
Panel de configuración de Flash Player oficial de Adobe
Curiosidades de los Shared Objects

La imagen de Caracas es de aquí.

Esta es una pregunta que nos hacemos los desarrolladores constantemente. Ahora con el Open Screen Project (desarrollo de una aplicación para diferentes entornos o dispositivos) y las compañías de dispositivos móviles apoyando el desarrollo de aplicaciones, nos enfrentaremos a situaciones desconocidas y difíciles de lograr para muchos en relación a nuestras aplicaciones, tales como distribución, cobro y periodos de prueba.

Recientemente, Adobe publicó en Labs el proyecto Melrose , servicio que soporta la distribución y monetización de aplicaciones creadas para correr en AIR y donde ell desarrollador obtiene el 70% de las ganancias, teniendo un precio mínimo de $2.99 para aplicaciones en venta. Por el momento existe una prueba privada del sistema y podemos apuntarnos para ser notificados de su salida.

¿Queremos vender esa gran aplicación y no queremos esperar por Melrose?

Desde la caída de la economía mundial, la industria de los videojuegos ha sido la más beneficiada por la disminución de gastos en otras áreas. Las personas prefieren invertir en esta clase de entretenimiento que, en la mayoría de los casos, es mucho más económico que cualquier otro.  Sumado a esto, las redes sociales y la vida tan agitada que se lleva actualmente crean la necesidad de tener dispositivos móviles que nos permitan seguir conectados con nuestro entorno.  Un juego promedio para un dispositivo móvil cuesta $2 y muchos se soportan mediante publicidad. Esto nos lleva a cobrar por un servicio, crear aplicaciones que se distribuyen gratuitamente, dando la idea de estar completas, colocando procesos o contenido que sólo puede ser disfrutados realizando pagos, usando, por ejemplo la  integración de PayPal con aplicaciones hechas en Flex y AIR .

Actualmente, todos los dispositivos con Android 2.2  son capaces de correr Flash/Flex en sus navegadores de internet y AIR como aplicaciones . En los próximos meses esto no será una situación exclusiva de Android; la mayoría de los fabricantes de dispositivos móviles se unirá a esta iniciativa.

Una opción rápida podría ser inscribir los juegos en concursos donde los premios son de $20.000 y $30.000 a repartir entre los mejores juegos en Android.

¿Redes sociales?

Adobe ofrece Social , una herramienta que facilita la integración de aplicaciones con las redes sociales mas importantes, aunque esta no es la única manera de realizar dicha integración ya existen librerías que interactúan con el respectivo API de las diferentes redes. Todo depende hacia donde se quiere llevar la aplicación y el tiempo de entrega.

Dos ejemplos de compañías exitosas en la venta de juegos son Zynga (estimado de $270 millones en 2009 en múltiples plataformas) y Tapulous (estimado $1millon mensual por un solo dispositivo).

En conclusión,  la plataforma Flash no sólo está orientada al desarrollo de experiencia de usuario dentro de un navegador o en el escritorio; no son sólo animaciones que pueden ser espectaculares; es una manera de obtener ingresos que, si se aprovechan adecuadamente, pueden representar grandes ganancias.

twitter: rafaelochoa

Imagen: gettyimages

Lo mejor del día: conocer a estos profesionales de la tecnología web, con los que cuento desde ya; tres potenciales nuevos amigos. Lo peor del día: el lugar y la falta de asistencia. Ya estamos trabajando en la búsqueda de un mejor lugar donde realizar los próximos eventos del AUG, así como en las actividades que debemos realizar para consolidar la comunidad que deseamos.

Les doy las gracias a los que asistieron y tengo fe en que los próximos eventos serán mejores. Bien sabemos que todo comienzo es difícil. Mantengamos el ánimo, que de todo esto sólo puede salir cosas buenas.

Juan Manrique.

La Técnica Pomodoro fue ideada para ayudar en la concentración individual de las personas, por lo que impacta positiva y notablemente en la productividad individual. Esta técnica, que sorprende por su simplicidad y lo efectiva que puede llegar a ser, fue descrita por Cirillo en documentos que difundió abiertamente en varios blogs, hasta que, finalmente, estableció en un merecido sitio web.

Metas de la Técnica Pomodoro

Como se puede leer en el libro oficial:

“El objetivo de la Técnica Pomodoro es proporcionar una herramienta sencilla para mejorar la productividad (la tuya y la de tu equipo), que sea capaz de hacer lo siguiente:

• Aliviar la ansiedad vinculada a la expectativa
• Mejorar la atención y concentración al reducir las interrupciones
• Aumentar la conciencia de tus decisiones
• Aumenta la motivación y mantenerla constante
• Reforzar tu determinación a alcanzar tus metas
• Afinar el proceso de estimación, en términos cualitativos y cuantitativos
• Mejorar tu proceso de trabajo o estudio
• Reforzar tu determinación a seguir por ti mismo de cara a situaciones complejas”

Un vistazo a la Técnica Pomodoro

Una forma de resumir la Técnica Pomodoro es la siguiente:

• Establecer las tareas del día antes de comenzar con cualquier actividad: copiar en una hoja cada una de las actividades que deben ser realizadas durante el día, ordenadas según la prioridad.
• Hacer el primer pomodoro:
  • establecer la alarma del reloj de cocina en 25 minutos,
  • escoger la primera actividad,
  • trabajar en ella hasta que suene la alarma del reloj
  • marcar con una “x” la actividad para indicar que se realizó un pomodoro
  • tomar un descanso de 5 minutos.

  Lo anterior se conoce como un “pomodoro” típico, aunque se pueden hacer ajustes a los intervalos de tiempo para mayor comodidad a medida que se familiariza con la técnica. Un pomodoro es la unidad básica de medida en la técnica. La marca que se realiza a la actividad servirá posteriormente para la autoevaluación.

• Cada 4 pomodoros, realizar un descanso más largo: de 15 a 20 minutos, en los cuales Cirillo recomienda aprovecharlo para levantarse de la silla, tomarse un café, revisar el correo, dar un paseo rápido o simplemente descansar pero sin realizar ninguna actividad compleja que pueda distraer tu mente durante los próximos pomodoros del día.

• Completar una actividad: hacer pomodoro tras pomodoro hasta terminar la actividad. A simple vista, se podrá observar cuántos pomodoros fueron necesarios para realizar la actividad. Luego del descanso correspondiente, se debe seleccionar la siguiente actividad en la lista diaria y aplicar la técnica nuevamente hasta el final de la jornada.
• Registro y introspección personal: al final de la jornada, todas las actividades completadas junto con los pomodoros que fueron necesarios en cada una deben ser registrados en algún tipo de base de datos que permita observar el desempeño propio durante la realización de las actividades; esto con la finalidad de ayudar en la estimación de tiempos propios y la toma de decisiones en términos de la auto-observación y el conocimiento del desempeño propio. Para llevarle un poco la contraria a Cirillo, aquí tienen un modelo de hoja de registros.

El reloj de cocina en forma de tomate

Si bien Cirillo, como explica en el libro, considera que la mejor manera de aplicar la técnica es con un reloj de cocina convencional, tal como aquel en forma de tomate que lo inspiró a esbozarla, hay una lista de programas que no solo emulan el comportamiento de estos relojes sino que cuentan con funcionalidades muy convenientes que facilitan la aplicación de la técnica.

En el sitio oficial de la Técnica Pomodoro se puede conseguir, entre otros recursos, las hojas de trabajo necesarias para la aplicación de la técnica, la versión digital oficial y gratuita del libro donde se explica detalladamente, artículos sobre experiencias de personas que la han aplicado, conferencias realizadas, el software relacionado y hasta las direcciones de contacto de Cirillo, quien desde hace un buen tiempo ofrece talleres sobre la adopción de esta técnica en equipos de trabajo.

La intención de este artículo no es ofrecer una guía resumida sobre la Técnica Pomodoro sino más bien dar una idea general que motive a su profundización, ya que contiene una gran cantidad de consejos mentales que son los que, a la larga, hacen muy efectiva.

Juan Manrique.

13 razones para que los programadores Java aprendan Adobe Flex y BlazeDS

Este artículo bosqueja las 13 razones por las que los programadores Java deberían aprender Flex y BlazeDS. Habla sobre por qué Flex con BlazeDS es una de las mejores opciones para el desarrollo de Rich Internet Applications (RIA), desde sitios web altamente interactivos hasta aplicaciones empresariales basadas en Java. Más importante aún, muestra el alto retorno de inversión que ofrece esta combinación, tanto para los desarrolladores como para las empresas.

Para bosquejar las 13 razones por las que los programadores Java deberían aprender BlazeDS, uso un dispensador de refrescos ficticio para mostrar cómo convertir un programa Java existente en una RIA. A través  del ejemplo, explico las diferentes en que puedes usar BlazeDS,  bien sea con tus aplicaciones Java ya existentes como con aplicaciones nuevas.

Razón 1: Es de código abierto

El núcleo  del kit de desarrollo (SDK) de Flex es un framework código abierto para desarrollar y mantener aplicaciones RIA que tengan la misma apariencia independientemente del navegador y sistema operativo donde se ejecuten. Flex es liberado bajo la licencia “Mozilla Public License”. Las aplicaciones Flex compiladas corren sobre la plataforma propietaria Adobe Flash.

BlazeDS es una tecnología código abierto para conectar Flex a Java mediante invocación de métodos remotos y mensajería. Esta tecnología corre sobre servidores de aplicaciones Java como un servlet, permitiéndote así usarla en cualquier aplicación web común hecha en Java. BlazeDS es licenciado bajo la licencia “GNU Lesser General Public License” (LGPL). Paralelamente al lanzamiento de BlazeDS, Adobe publicó la especificación del “ActionScript Message Format” (AMF), lo que permite que BlazeDS y Java puedan comunicarse con clientes Flex usando un formato binario de serialización de objetos bastante compacto.

Razón 2: Tiene gran apoyo de la comunidad

Flex posee una comunidad sumamente activa, con muchos proyectos aportados por la comunidad. Flex.org, un sitio web con noticias de la comunidad de desarrolladores, recibe contribuciones casi a diario, y el grupo de usuario Flex de Yahoo! Posee más de 11.000 miembros.

Por ejemplo, el proyecto FlexLib hospedado en Google Code ha aportado una  gran cantidad de componentes de interfaz de usuario (UI) de código abierto. Los proyectos Swiz y Mate han aportado frameworks  para apoyar el manejo de eventos en las aplicaciones. Y finalmente, Gorilla Logic ha aportado Flex Monkey para pruebas automatizadas de interfaces de usuario.

Razón 3: Puedes tener un trabajo por seis meses más

Según James Ward, un evangelizador Flex de Adobe, aún existe una gran demanda de desarrolladores Flex con experiencia. Aprender Flex te ofrece un conocimiento mercadeable que te pondrá por delante de la competencia.

Razón 4: Retorno de inversión empresarial más alto

En general, desarrollar aplicaciones web empresariales ha sido notoriamente difícil. Flex y BlazeDS no solo proporcionan herramientas de mayor capacidad, sino que, además, facilitan el desarrollo. El aumento en la productividad del desarrollador permite a las organizaciones entrar más rápido al mercado. Además, Flex y Flash brindan una experiencia de usuario más atractiva, lo que podría incrementar tanto el número de visitas a los sitios web como la tasa de persuasión.

Un ejemplo ideal de esto es la cadena de librerías Borders, quienes recientemente presentaron un nuevo sitio web con un “Estante Mágico”. Este sitio posee una interfaz hecha en Flash que simula la experiencia de hojear libros. Borders constató que esto incrementó enormemente la tasa de persuasión: “los clientes que usan esta interfaz hecha en Flash (que permite a los visitantes ver las portadas de libros, DVDs y CDs) son persuadidos a comprar en un 62% más que aquellos que no la usan”.

Razón 5: Flex fue el primer lenguaje diseñado para crear interfaces de usuario

La mayoría de los lenguajes incorporan soporte para la creación de interfaces de usuario como algo secundario. Esto es particularmente notable en Java con el framework Swing. Como resultado de esto, cosas simples en Swing, como manejar datos, puede resultar engorroso usando modelos de datos específicos de Swing. El mayor problema con Swing es que tienes que conocer bastante bien su API para ser productivo.

Flex es exactamente lo contrario: fue diseñado desde el principio para construir interfaces de usuario web. Como le gusta a Brice Eckel decir, Flex es el primer lenguaje específicamente para desarrollar interfaces de usuario. Por lo tanto, es mucho más fácil crear interfaces de usuario con Flex que con otras tecnologías como JavaServer Pages (JSP), JavaServer Faces (JFS) y Swing. El enlace de datos con controles, el manejo de eventos, el diseño de componentes y las técnicas comunes de desarrollo de interfaces de usuario están incluidos en el lenguaje, lo que te permite ser productivo aun cuando conociendo muy poco sobre el lenguaje.

Razón 6: Posee un modelo de programación similar a Java

Es posible desarrollar con las herramientas existentes usadas para desarrollar en Java. Igualmente, puedes desarrollar aplicaciones Flex con la consola de comandos gratuita incluida en el SDK, con la herramienta Adobe Flex Builder (un plug in para el IDE Eclipse) o, más recientemente, con IntelliJ IDEA 8.

Flex proporciona un ambiente con estado de sesión en el que los datos son cargados desde el cliente. El modelo de programación se asemeja más al desarrollo de una aplicación de escritorio en lugar de programación HTML, lo que hace sentir familiarizado en la programación a todo aquel que haya programado con Java Swing.

La programación en Flex es una combinación de MXML, un lenguaje de etiquetas para interfaces de usuario similar a Extensible Markup Language (XML), y Adobe ActionScript, un lenguaje de scripting orientado a objetos. Esta combinación hace que programar en Flex sea similar a programar en Java porque es posible usar los conceptos conocidos de programación orientada a objetos.

Una manera ideal de configurar tu ambiente de desarrollo es construir tu aplicación Flex justo en tu carpeta de despliegue de aplicaciones web. De esta forma, no necesitas desplegar de nuevo tu aplicación luego de cada compilación: un simple refrescamiento del navegador reflejará los cambios realizados. Como resultado, desarrollar en Flex y BlazeDS es bastante productivo.

Razón 7: BlazeDS corre sobre cualquier servidor de aplicaciones Java

 Existen múltiples versiones de BlazeDS disponibles, incluyendo una versión lista para usar configurada con  una versión de Apache Tomcat incluida. Para este articulo, utilizo la distribución compilada que viene como un archivo web (WAR), para mostrar cómo puedes desplegar BlazeDS en cualquier servidor de aplicaciones. Otra posibilidad es extraer los archivos Java (JAR) y usarlos en tu proyecto. Visita el portal wiki de BlazeDS para obtener más información sobre las distintas formas de instalar BlazeDS.

Este ejemplo usa BlazeDS con un proyecto existente, un dispensador de bebidas sencillo. Solo necesitas agregar los archivos Java (JAR) a tu proyecto y así podrás usar BlazeDS desde la aplicación, lo que te permite desplegarlo en cualquier lugar donde puedas desplegar la aplicación.

Para agregar BlazeDS a tu proyecto, completa los siguientes pasos:

1. Extraer el contenido del archivo blazeds.war. Comando de consola: > jar xvf blazeds.war.
2. Copia los archivos JAR de la carpeta WEB-INF/lib descomprimida en la carpeta lib de tu proyecto. Comando de consola: > cp –R WEB-INF/lib /sodaSample.

Razón 8: Puedes usarlo con aplicaciones Java ya existentes

Para el ejemplo del dispensador de soda, asume que quieres publicar tu servicio de soda existente para que las aplicaciones Flex remotas puedan conectarse a él. Los pasos básicos para configurar BlazeDS en una aplicación existente son:

1. Edita los archivos de configuración de BlazeDS en la carpeta WEB-INF/flex.
2. Define un MessageBrokerServlet y un listener de sesión en el archivo web.xml de la aplicación.

Luego de configurar BlazeDS, necesitas agregar tu servicio de soda al archivo de configuración de remoting del BlazeDS remoting-config.xml, el cual permite que el servicio de soda pueda ser invocado desde una aplicación cliente Flex. Para agregar tu servicio, defines un destino y uno o más canales para transportar los datos. El canal AMF básico está definido en el archivo services.xml. Usa esta definición para identificar tu destino en el archivo remoting-config.xml:

Al definir endpoints en el archivo de configuración de remoting, podrás invocar cualquier servicio Java desde una aplicación cliente Flex.

Para transferir tu estructura de datos como objeto Java a tu aplicación Flex, declara una equivalencia de datos entre los dos en la clase ActiosScript:

Estas sentencias le indican a Flex  que cuando el resultado proveniente de una invocación a un servicio remoto retorne tu clase Java SodaModel, lo mapee a tu clase Flex SodaModel. La aplicación Flex cliente en el ejemplo muestra como invocar este servicio Java. La invocación devuelve un objeto SodaModel, con los datos de tu orden:

Flex devuelve los resultados de la invocación en la variable genérica result, la cual deberás mapear y almacenar en tu clase SodaModel. No entraré en detalles sobre este punto pero te  recomiendo indicarle al compilador la ruta del archivo services-config.xml de esta forma:

-locale en_US -services=/nsource/sodaSample/web/WEB-INF/flex/services-config.xml -context-root /

De no hacerlo, tu aplicación cliente Flex no será capaz de encontrar los servicios Java. Del mismo modo, tú también podrás enviar objetos hacia el servidor. Por ejemplo, podrás enviar de vuelta al cliente la clase SodaModel vacía.

Razón 9: Puedes heredar de BlazeDS y hacerle modificaciones en Java

Supongamos que deseas agregar un registro de actividades especiales cada vez que el servicio de soda es invocado. Puedes heredar del adaptador estándar Java para agregar esta funcionalidad.

Primero, crea una clase Java que herede del JavaAdapter:

Luego, sobrecarga el método invoke():

public Object invoke(Message message) {
        RemotingMessage remotingMessage = (RemotingMessage) message;
        String operation = remotingMessage.getOperation();
        String destination = remotingMessage.getDestination();

        Logger.info("calling " + operation + " on destination " + destination);
        Object data = super.invoke(message);
        return data;
}

En este método puedes ver  la operación entrante y el destination de la invocación. Puedes usar este simple conector para otras cosas, como por ejemplo medir el tiempo se toman las llamadas al servidor.

Razon 10: Puedes invocar BlazeDS desde HTML y JSP

Esta invocación puedes hacerla de distintas formas, como a través del Browser Manager y flashVars. Las flashVars pueden ser configuradas en la página HTML para luego ser leídas por la aplicación Flex.

Por ejemplo, supongamos que deseas enviar desde la pagina HTML tu nombre y el tipo de refresco que quieres ordenar. Podrías asignar las variables de esta forma:

<object id='SodaSample' classid='clsid:D27CDB6E-AE6D-11cf-96B8-444553540000' codebase='http://fpdownload.macromedia.com/get/flashplayer/current/swflash.cab' height='100%' width='100%'>
        <param name='src' value='SodaSample.swf'/>
        <param name='flashVars' value='username=ryan&type=coke'/>
        <embed name='mySwf' src='SodaSample.swf'
pluginspage='http://www.adobe.com/go/getflashplayer' height='100%' width='100%'
flashVars='username=ryan&type=coke'/>
</object>

Luego, en tu aplicación Flex, puedes leer estas variables buscándolas en las propiedades de la aplicación:

var username:String;

if (Application.application.parameters.hasOwnProperty("username")) {

        username = Application.application.parameters.username;

}

 
Razón 11: La transferencia de datos en Flex y BlazeDS supera a otras soluciones basadas en Ajax

Por defecto, todas las invocaciones a procedimientos remotos (RPC) emplean el protocolo binario AMF. Siendo un estándar abierto, AMF es extremadamente rápido. James Ward construyó un ejemplo donde se hace una comparación de AMF con otras soluciones tecnológicas para hacer remoting. Aunque las otras soluciones AJAX, como Dojo, dan la pelea con un par de cientos de registros, Flex y BlazeDS pueden fácilmente manejar miles de registros. Chequea el artículo census de James Ward en el que realiza un benchmark de carga de datos de varias tecnologías RIA.

Razón 12: Puedes invocar BlazeDS directamente desde clientes Java

La última versión de BlazeDS incluye una clase AMF en Java que puedes usar para que un cliente Java haga invocaciones al servidor de BlazeDS. Poder invocar BlazeDS de esta forma resulta sumamente útil para realizar pruebas unitarias y de carga de datos.

Razon 13: Se integra con Spring

Adobe y Spring se han unido para brindar una integración más cercana entre ambos frameworks, y la primera versión del componente de integración Spring-BlazeDS, del framework Spring, luce promisoria. Al permitir que un bean Spring pueda convertirse en un servicio remoto, se evita tener que duplicar los archivos de configuración. Para mayor información, visita el portal del proyecto.

Conclusión

Siendo BlazeDS un framework código abierto y basado en Java, es una opción ideal para nuevos proyectos de servidor Java, así como para proyectos ya existentes. Por la comunicación remota de alto desempeño y mapping de objetos entre Flex y Java, las tecnologías Flex y BlazeDS  son una opción ideal para el desarrollo RIA. Los desarrolladores Java que se inicien en Flex y BlazeDS sentirán que el proceso de desarrollo es altamente productivo y fácil de aprender.

La combinación Flex-BlazeDS es también una opción ideal para aplicaciones empresariales Java de gran escala. En un proyecto pasado, mi equipo desarrolló una aplicación que contenía más de 50 pantallas y transfería regularmente varios cientos de registros de datos entre el servidor y el cliente. Este tipo de aplicación habría sido casi imposible de desarrollar usando la tecnología AJAX tradicional.  Con Flex y BlazeDS, pudimos presentar una versión inicial en menos de un año. Imagina lo que este dúo dinámico puede hacer por tus proyectos de desarrollo de aplicaciones.

Nota: Deberías lograr una base de estas tecnologías. Hay disponible una buena cantidad de tutoriales para ayudar en tu iniciación con BlazeDS, incluyendo “Building Web and Desktop Applications with BlazeDS and AMF” y “BlazeDS 30-minute test drive”.

Artículo original de Ryan Knight. Traducido por Juan Manrique.

twitter:rafaelochoa

Luego de terminar el Tour y darse un descanso para realizar presentaciones en Japon, Lee Brimelow escribe una breve reseña de   la gira que realizara con Enrique Duvós por Chile, Argentina, Peru, Colombia, Costa Rica y Mexico. Patrocinados por Influxis y organizado por los diferentes grupos de usuarios de Adobe, siendo Adobe User Group Colombia el mas destacado por la cantidad de integrantes y la asistencia que tuvieron en el evento.

twitter:rafaelochoa