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í.

Así que para no quedarme con la duda, comencé a codificar mis intentos y el resultado lo comparto aquí con ustedes, esperando, como siempre, que pueda ser de ayuda para alguien. Lo interesante de este ejemplo se encuentra en la línea 86 del código, ya que al invocar el método getCamera, podemos pasar el número específico de la cámara que queremos encender como parámetro, pero debe indicarse como String y no como un entero:

Ignoro si conectar varias camaras a la vez pueda servir para algo. El único uso útil que se me ocurrió para esto fue hacer una aplicación AIR que grabara videos desde distintos ángulos (¿?). Al don rafaelochoa se le ocurrió que podría servir para hacer una aplicación de vigilancia, tipo circuito cerrado. Queda de parte de ustedes intentar desarrollar algo útil. Me gustaría leer en los comentarios qué se les ocurre, así como cualquier duda que tengan.

Juan Manrique.

Nota: Obviamente, no tiene sentido probar el ejemplo si no se dispone de, al menos, 2 camaras.

Infinitas cámaras en Flex
Código

Como de costumbre, hice un ejemplito sencillo en el que se aprecia el código necesario para utilizar imágenes como ItemRenderers o ItemEditors de Series de gráficos en Flex 3. Las dudas y comentarios, siempre bien recibidos.Juan Manrique.

Chart con imagenes en Series
Código
Las imágenes de los trenes del Metro son de aquí.

Y ya que a la larga este post se trata de Flash, Flex y objetos SWF, aquí les dejo los pasos a seguir para agregar el plugin Kimili al manejador de contenido WordPress:

1. Descargar el plugin Kimili Flash Embed para WordPress, ya que existe también una versión para Textpattern.
2. Extraer el contenido del archivo ZIP descargado en una carpeta. Ubicar la carpeta kimili_flash_embed dentro de esta carpeta.
3. Ubicar la carpeta /wp-content-plugins/ entre las carpetas del manejador WordPress correspondiente. Normalmente, la conexión a estas carpetas se realiza por FTP con una cuenta de administrador.
4. Copiar la carpeta ubicada en el paso 2 dentro de la carpeta ubicada en el paso 3.
5. Ir a la ventana de administración de plugins de WordPress y activar Kimili Flash Embed.
6. Para agregar una película SWF en un post, hay dos opciones:
   1. En la vista “Visual” del mensaje, hacer clic en el icono de Flash que aparecerá luego de activar el plugin Kimili. Indicar la dirección URL de la película Flash que se desea agregar, configurar otras opciones, como por ejemplo, el tamaño y la versión de Flash Player deseada y finalmente, hacer clic en el botón “Generar”.
   2. En la vista “HTML” del mensaje, colocar el siguiente tag (opción que considero más simple):
   <div>&#91;kml_flashembed movie="/ruta/pelicula.swf" height="300" width="300"/&#93;</div>

Queda de parte de ustedes jugar con las opciones de configuración que incluye Kimili y profundizar un poco más sobre este sencillo pero utilísimo plugin y, como siempre, cualquier comentario es bien recibido.

Juan Manrique.

Juan Manrique.

EventosTeclado
Código

Preparé un ejemplo donde se puede apreciar algunas de las capacidades de esta librería:

• Rendering de texto
• Rendering de imagenes
• Rendering de enlaces a sitios web (links) sobre texto e imagenes

Demás está recomendarles que revisen la documentación sobre esta librería. Particularmente, cada vez que la utilizo, termino descubriendo, al menos, una funcionalidad desconocida para mi. El ASDoc viene incluido en el archivo de descarga, junto con un par de códigos de ejemplo en Flash y Air.

El código fuente está algo comentado pero, como siempre, las dudas son oídas con gusto.

Juan Manrique.

EjemploPDFRia212
Código

Sobre AlivePDF y la clase FileReference

Una característica interesante de esta librería es que el procesamiento del archivo PDF se hace en el mismo cliente Flex. Sin embargo, viendo el código del ejemplo mencionado me di cuenta de que al momento de guardar el archivo a disco, se hace una invocación a un script PHP en algún servidor remoto que, supongo, genera el archivo PDF y lo reenvía al cliente Flex para que sea descargado. Esto me pareció algo inconveniente, pues todo el procesamiento del archivo PDF se hace en el cliente Flex, pero no se accede a disco desde Flex al momento de guardarlo. Me pregunte entonces si sería posible acceder a disco desde el cliente Flex para poder crear y guardar un documento PDF sin hacer uso de ninguna tecnología de servidor. Lo que encontré fue que Flash Player 10  incluye una clase especial para la carga y descarga de archivos hacia y desde un servidor, respectivamente: la clase FileReference. Esta clase logra acceder a disco abriendo un cuadro de dialogo “Guardar como” del sistema operativo. Así que si se desea manejar archivos PDF exclusivamente en el cliente Flex, me parece adecuado hacer uso de esta clase para guardar a disco el archivo PDF sin hacer uso de ningún servicio remoto.

Comentando una línea y agregando solo tres más al ejemplo original, fue posible crear y guardar a disco un archivo PDF mediante la librería AlivePDF y la clase FileReference. La librería AlivePDF posee un método save() mediante el cual es posible generar el documento PDF. Este método tiene dos constructores en los cuales se indica si la generación del documento será de manera remota (en un servidor) o de manera local (en el cliente Flex). Como es de esperarse, comenté la línea donde se invoca a este método de manera remota en el ejemplo original y agregué la invocación al mismo método pero de manera local. Las dos siguientes líneas son triviales cuando se hace uso de la librería FileReference.

Espero que les guste el ejemplito. Se aceptan comentarios y dudas.

Juan Manrique.

DrawingDemoRIA212
Codigo

twitter:rafaelochoa

Mas información

twitter:rafaelochoa