Desarrollo TIC

Conéctate a tus equipos a través del escritorio remoto de Chrome

2013-05-07T17:20:00.000+02:00

Después de un largo tiempo desconectado del blog, vuelvo a la carga con nuevos contenidos.

Hoy quiero recomendaros el nuevo escritorio remoto que ofrece Google a través de Chrome. Permite acceder a otros ordenadores o que otro usuario acceda a tu ordenador de forma segura a través de Internet.

Ya está disponible en el Chrome Web Store.

Optimiza las imágenes para reducir el tráfico de tu portal

2011-12-12T12:28:00.002+01:00

A través de esta utilidad podrás reducir el tamaño de las imágenes que publiques en tu portal y así minimizar el tráfico que produce. Viene con una limitación de 300kb pero funciona bastante bien.

Entra en esta web y compruébalo.

Retomando las entradas...

2011-11-07T12:12:00.002+01:00

Buenas de nuevo. Vuelvo a retomar el blog después de unos meses de ocio y trabajo sin parar. Espero poder sacarle un poco más de tiempo en adelante...

Para empezar el día con un poco de ironía, una viñeta de El roto muy relacionada con el debate de esta noche...

Los mejores "hackers" de la historia

2011-08-10T10:24:00.002+02:00

Después de la noticia de la última semana de la "hacker" de 10 años que modificó la velocidad de un juego de Ipad, me he acordado de la lista de los mejores hacker que leí hace tiempo y que dejan guiones para buenas películas.

Los elegidos son los siguientes:

Kevin Mitnick - Mitnick es quizás sinónimo de Hacker. El Departamento de Justicia todavía se refiere a él como "el criminal informático más buscado en la historia de los Estados." Sus logros fueron inmortalizados en dos películas de Hollywood: Takedown y Freedoom downtown. Mitnick se inició hackeando los sistemas de tarjetas perforadas. A continuación, al igual que Steve Wozniak de Apple, Mitnick lo intentó con el phone phreaking. Fue condenado por primera vez de piratería informática y de robo de software. Mitnick se embarcó durante dos años y medio a hackear todo lo que encontraba a su paso. Él ha declarado que hackeó ordenadores, redes de telefonía, robó secretos empresariales y cortó el sistema de alerta de la defensa nacional americana. Su última detención se produjo cuando intentó hackear el ordenador personal del experto en informática y hacker Tsutomu Shimomura (hijo del noble de químicas Osamu Shinomura). Mitnick es ahora un miembro productivo de la sociedad. Después de servir cinco años y 8 meses en confinamiento solitario, ahora es consultor de seguridad informática y conferenciante.

Adrian Lamo - Famosos por conseguir entrar en los servidores de megacorporaciones como America on Line, Yahoo, Microsoft o The New York Times y comunicar los fallos de seguridad a sus responsables.
Kimble - Condenado a dos años por colarse en un montón de servidores corporativos y abusar de servicios telefónicos internacionales.
John Draper - También conocido como Captain Crunch, es probablemente el phreaker más famosos de todos los tiempos. Fue inventor de las blue boxes. Estuvo encarcelado varias veces por fraude a compañías telefónicas.
Eric Gordon Corley - A.K.A Emmanuel Goldstein, es todo un ícono para la comunidad hacker debido a sus acciones (documentales, magazines, cracks a sistemas de protección de DVDs) combatiendo el control que los gobiernos y grandes corporaciones ejercen sobre la sociedad. Detenido varias veces por desorden público.
DVD Jon - Su nombre real es Jon Lech Johansen. Famoso cracker noruego especializado en realizar ingeniería inversa sobre toda clase de protecciones en archivos multimedia. Fue juzgado y declarado inocente dos veces por reventar la protección de los DVDs.
Solo - Su verdadero nombre es Gary McKinnon. Sus acciones fueron calificadas como la mayor intrusión a ordenadores militares de todos los tiempos. Llegó a controlar cientos de ordenadores del ejército de EEUU dejando sin conexión a miles de militares. Fue extraditado a EEUU en 2001 y no logro averiguar a ciencia cierta que fue de él.

Un Uploader para tu Web de JQuery

2011-08-10T09:23:00.001+02:00

JQuery nos trae un pequeño plugin que permite hacer de manera rápida y muy sencilla uploaders con la funcionalidad drag&drop (como el de Gmail que se muestra en la imagen)

Arrastramos el fichero...


Y comienza el upload

Podéis ver una demo y cómo montarlo en tu web en la siguiente página.

OpenCart, monta tu tienda online en 5 minutos...

2011-08-04T13:21:00.003+02:00

OpenCart es una plataforma de comercio electrónico open-source. Está basado en PHP y tiene las siguientes características:

Gestión de multiples tiendas.
Gestión de categorías.
Gestión de productos.
Gestión de fabricantes.
Internacionalización.

Pasarelas de pago.
Gestión de envíos.
Productos relacionados...
Comentarios

Su instalación es muy sencilla. En la última versión únicamente es necesario tener instalado un servidor Apache con PHP y la configuración de algunos módulos de éste..

Además podrás añadirle múltiples extensiones. Ya está disponible la última versión estable 1.5.1 de OpenCart. Ahora sólo tenéis que pensar qué vender a través de la red.

Podéis encontrar más información en su página web y ver su funcionamiento en la demo.

Server2Go, un servidor web portátil

2011-08-03T12:23:00.005+02:00

Server2Go es un servidor web portable que puede ser ejecutado desde un USB, un CD/DVD-Rom o cualquier carpeta del disco duro sin necesidad de instalación.
Además, gracias a este servidor portátil, no tendremos que molestarnos en configurar un administrador PHP, Apache o MySQL.
Este fascinante servidor se instala a partir de un fichero ejecutable, que al ser descomprimido, crea una carpeta donde quedan instaladas las aplicaciones que habíamos seleccionado en la configuración.
Además de su facilidad de instalación, Server2Go, soporta PHP 5, MySQL 5, SQLite y Pearl 5.8. Su sistema está basado en Apache y está disponible para Windows (98, XP, Vista y 7), Mac OS X y GNU/Linux.
Las características principales de Server2Go son las siguientes:

Es un servidor web basado en Apache, y esto da bastante confianza, ya que Apache nunca defrauda.
Soporta las versiones posteriores de Internet Explorer 6, Firefox, Safari, Camino y algunos otros navegadores.
Soporta la base de datos SQLite.
Detecta automáticamente el nombre del host y el puerto cuando iniciamos el navegador.
Se apaga automáticamente cuando se cierra el navegador.
Soporta PHP 5 con multiples extensiones instaladas.
Soporta Windows 98 y versiones posteriores de éste, Mac OS X y GNU/Linux.

Puedes descargar este completo servidor web portable desde la página del creador.

Ya está aquí Symfony 2.0 !!!

2011-08-02T08:55:00.001+02:00

Ya ha salido la nueva versión de Symfony, una nueva reinvención del framework de php más popular. Esta vez, tras más de 18 meses en el que han participado y contribuido más de 250 desarrolladores, se ha lanzado la versión final de este framework que cada vez viene con más novedades más importantes.

La principal novedad es que viene implementado el patrón de inyección de dependencias, ha mejorado mucho su sistema de debug y los mecanismos de seguridad.

Podemos empezar en cinco minutos con la siguiente guía.

Google Page Speed Service, incrementa la velocidad de carga

2011-07-29T11:20:00.000+02:00

Google ha lanzado en fase beta un servicio online para mejorar la velocidad de carga de nuestras páginas web de forma automática.

Su funcionamiento lo que hace básicamente es recuperar el contenido de nuestros servidores y reescribir las salidas HTML aplicándole mejoras de eficiencia de código que finalmente se redistribuyen a través de los servidores de google.

Podéis encontrar más información en http://code.google.com/intl/es/speed/pss/docs/tryit.html.

blekko, slash the web (barra web)

2011-07-27T09:02:00.001+02:00

blekko es un buscador en la red que nos permite recuperar información de los sitios que hacen referencia al contenido de nuestras páginas.

Con este buscador vamos a poder ver estadísticas de las localizaciones que hacen referencia a nuestra página. Por ejemplo, si buscamos referencias de www.java.com tenemos estos resultados:

Podéis encontrar más de blekko en su página web o en este vídeo.

El Laboratorio de Google

2011-07-22T11:18:00.001+02:00

Ahora que parece que Google va a dejar de lado su conocido laboratorio Google Labs (ver post), vamos a ver algunos de los últimos proyectos que han sacado y que pueden sernos de ayuda...

PageSpeed Online analiza el contenido de una página web y, a continuación, genera sugerencias para aumentar la velocidad de esa página. Disminuir los tiempos de carga de páginas puede reducir el número de abandonos de páginas y aumentar las tasas de conversión.

Google Swiffy del que ya hemos hablado en otro post, nos permite convertir vídeos Flash en formato HTML5.

Aardvark o lo que es lo mismo Cerdo hormiguero, se montó con gran éxito hace tiempo y nos permite realizar preguntas o responder a ellas sobre cualquier temática que queramos. El objetivo consiste en recibir una respuesta en menos de media hora. No siempre es así...

Firebug a fondo

2011-07-21T09:19:00.004+02:00

Firebug es una impresionante extensión de Mozilla Firefox para el desarrollo de páginas web y que una vez que lo has usado se convierte en indispensable. Con la aparición de Chrome, que trae incluida una herramienta parecida, su uso (por lo menos en mi caso) ha empezado a ser menor principalmente por la velocidad del navegador de Google.

Hablando de Firebug, vamos a poder editar y depurar código además de monitorizar el sitio en el que trabajamos. Las principales funcionalidades son:

Edición de HTML en caliente (en tiempo real)
Edición de hojas de estilos (en tiempo real)
Monitorización de la carga de las páginas
Depuración del Javascript de nuestras páginas
Gestión de errores Javascript, CSS y XML
Explorador de DOM

La extensión Firebug tiene varias opciones en su menú principal: Consola, HTML, CSS, Script, DOM y Red. A su vez se pueden instalar extensiones como un gestor de cookies.

La Consola
La consola es uno de sus puntos fuertes, muestra las peticiones AJAX (GET o POST) que realiza la página, headers, variables enviadas y la respuesta del servidor. También nos muestra los errores Javascript que se producen en la página junto a un enlace dónde podemos ver la línea de código errónea.

Por último disponemos de una API muy interesante, Firebug añade una vaiable global llamada “console” a todas las webs cargadas en Firefox, este objeto contiene muchos métodos que nos permiten mostrar información en la consola de un modo transparente y sin necesidad de recurrir a los molestos “alert()”.

HTML
Mediante esta funcionalidad Firebug nos editar el html en tiempo real y encima nos da muchas facilidades para ello, especialmente interesante es el “Inspector de HTML” que nos permite
detectar los elementos deseados únicamente pasando el ratón por encima, una vez tenemos localizado el elemento lo podremos editar en tiempo real.

Ver código fuente generado
Resaltar cambios
Editar HTML en tiempo real
Encontrar elementos con el ratón
Inspeccionar un elemento y recargarlo sin perderlo
Copiar el HTML

CSS
En esta pestaña podrás acceder fácilmente a la edición de estilos de la página, es muy intuitivo y tremendamente útil ya que todos los cambios se realizan en tiempo real.
A menudo los pequeños retoques de hojas de estilo se convierten en una tarea nada agradable para el desarrollador ya que su comportamiento en cada navegador es en numerosas ocasiones diferente, esta herramienta es ideal para principiantes que necesitan de muchas pruebas para encontrar los errores en su hoja de estilos, el famoso método de “Try & Error“.

Previsualizar colores e imágenes
Inspeccionar la hoja de estilos
Editar estilos y ver los cambios en tiempo real
Ayuda en línea y corrector de errores tipográficos

Script
Como anteriormente hemos resaltado posee un potente debugger de Javascript que nos permite manejar a nuestro antojo la ejecución de los códigos javascript, con un poquito de paciencia se puede llegar a conseguir un buen aumento del rendimiento de nuestro código.

Encuentra cualquier Script fácilmente
Ejecución paso a paso
Detección de errores y puntos de ruptura
Ver el valor de las variables en tiempo real
Saltos fáciles a cualquier línea del código
Modo “Profile” que muestra un completo análisis de los tiempo de carga y ejecución que ha provocado tu navegación por la página.

DOM
Como no Firebug también nos ayuda a encontrar los objetos DOM de una manera relativamente sencilla y editarlos al vuelo, para aquellos que anden un poco despistados con la traducción de DOM pordríamos decir que es algo así como el “Modelo en Objetos para la representación de Documentos” y por lo tanto se trata de la interfaz a través de la cual los programas y scripts pueden acceder y modificar dinámicamente el contenido, estructura y estilo de los documentos HTML.

Resumen de objetos
Muestra el árbol DOM de la página
Edición en tiempo real
Navegación por el código Javascript

Red
¿Tu web va algo lenta?, la solución la puedes encontrar con esta útil herramienta puedes comprobar dónde se pierde el tiempo de la carga de tu web gracias a su genial línea de tiempo, entre sus características más destacadas está la diferenciación entre la carga de caché del servidor y la que no se encuentra cacheada.

Línea de tiempo
Filtros por tipos de archivos
Ver que datos se sirven en caché
Examina las cabeceras
Monitoriza el XMLHttpRequest

En próximos posts veremos complementos de Firebug que nos van a extender las funcionalidades originales...

BrowserID, la solución de Mozilla para la autenticación web

2011-07-20T12:11:00.003+02:00

Mozilla presenta una solución para poder recordar las múltiples contraseñas de los sitios web en que estamos registrados o tenemos una cuenta. Esta propuesta no es únicamente para el navegador Firefox sino que funciona para todos los existentes (Chrome, Opera, Internet Explorer...).

La idea que ofrece BrowserID es utilizar el correo electrónico del usuario como clave de acceso para todos aquellos sitios que requieren autenticación evitando tener que recordar el usuario y contraseña.

Cuando se accede por primera vez a BrowserID se solicita una contraseña y una dirección de correo electrónico (en este caso sí que vamos a necesitar recordar la contraseña). Con esta información y a través de la tecnología Verified Email Protocol se comprobará la validez de ésta.

Una vez realizado este paso dispondremos de una identificación única para cualquier registro online basada en criptografía asimétrica (PKI) con una clave pública disponible para los proveedores de contenidos y una privada que se almacenará en nuestro navegador. La verificación de las claves se realizará en los servidores de BrowserID.

La principal diferencia respecto a OpenID es que esta autenticación está integrada en el navegador. El problema es que si alguien entra en nuestro equipo podrá acceder a cualquiera de los sitios en los que estemos registrados.

Aquí tenéis un vídeo de cómo funciona que aparece publicado en su web oficial.

Veremos más adelante cómo funciona esta idea...

WebSVN, explora tu repositorio de código

2011-07-20T10:36:00.005+02:00

WebSVN es un explorador web online de tu repositorio de código. Su instalación y configuración es muy simple. Únicamente necesitarás tener montado un Apache y editar el fichero de configuración de la aplicación. Soporta múltiples repositorios, tanto locales como remotos, RSS. Podrás descargar ficheros y directorios, comparar versiones. Por cierto, viene preparado para multilenguaje.

Aquí tenéis una captura de la pantalla de inicio...

Dede esta pantalla podremos seleccionar el proyecto SubVersion que queremos explorar, el tema de visualización de la página Web (en este caso está seleccionado el estilo Elegant) y el idioma de ésta. Más abajo modificado con el tema calm.

Una buena herramienta para poder acceder online a nuestro repositorio de código...

Mapear unidad de red de Windows en Linux

2011-07-18T13:15:00.008+02:00

Ante la necesidad de acceder desde Linux a unidades compartidas en otros servidores Windows se hace imprescindible de forma permanente el montaje de estas unidades en nuestro sistema Linux.
Aquí se expone de forma sucinta y sin profudizar el mecanismo básico para el montaje de dichas unidades.
En rimer lugar debemos comprobar que el servicio nfs se encuentra ejecutando en nuestro sistema. Esta comprobación será llevada a cabo a través del siguiente comando.

service nfs status

La salida devuelta por el comando será similar a la que sigue.

[root@server-JB ~]# service nfs status
Se está ejecutando rpc.mountd (pid 1784)...
Se está ejecutando nfsd (pid 1781 1780 1779 1778)...
Se está ejecutando rpc.rquotad (pid 1751)...

A continuación se debe comprobar la existencia y puesta en marcha de los paquetes y servicios Samba. Las diferentes distribuciones de Linux ofrecen una forma de comprobación diferente, por lo que a continuación se muestra una de ellas, la correspondiente a Red Hat.

rpm -qa samba

Este comando ofrece una salida similar a la siguiente, donde se muestra el nombre del paquete y la versión instalados.

[root@server-JB ~]# rpm -qa samba
samba-3.2.0-1.pre3.9.fc9.i386

El servicio Linux que arranca la aplicación Samba recibe el nombre smb. Para comprobar su estado se usará el siguiente comando.

service smb status

El sistema devuelve una respuesta similar a la que sigue

[root@server-JB ~]# service smb status
Se está ejecutando smbd (pid 1834 1817)...

En caso de que el servicio se encuentre parado deberá ser arrancado con el siguiente comando.

[root@server-JB ~]# service smb start
Iniciando servicios SMB:                   [  OK  ]

Hecho esto deberemos generar una línea nueva en el fichero /etc/fstab para cada una de las unidades compartidas Windows a las que deseemos acceder.

Este es un ejemplo en el que se monta la carpeta compartida F:/reports de Windows del equipo 192.168.1.21 sobre el directorio /mnt/reports de nuestro sistema Linux. El directorio /mnt/reports deberá estar creado con aterioridad a este proceso.

 //192.168.1.21/F/reports    /mnt/reports    cifs    user=NombreUsuarioWindows%ContraseñaUsuarioWindows 0 0

El parámetro user deberá contener un nombre de usuario y contraseña válidos para Windows, así como los permisos de acceso correspondientes.
Con esto, cada vez que se inicie Linux el sistema montará la unidad correspondiente.

PerGem (Permanent Generation Space)

2011-07-18T12:55:00.009+02:00

Muchas veces nos encontramos con este error:

Java.lang.OutOfMemoryError: PermGen space

Pero, ¿sabemos de que se trata?

Este error ocurre cuando la JVM se queda sin espacio en el 'montículo permanente de generación', es decir, en el trocito de memoria asignada a la JVM para que compile las clases, los jsp, etc.

La solución es incrementar la opción -XX:MaxPermSize a un valor razonable y soportado por el hardware. Por ejemplo:

JAVA_OPTS = "$JAVA_OPTS -XX:MaxPermSize=512M"

Aumentaría el tamaño de generación a 512 mb.

Activar modo DEBUG en JBoss AS

2011-07-18T12:46:00.009+02:00

Hoy vamos a ver cómo poner en modo debug el servidor de aplicaciones JBoss en el que tenemos montadas nuestros aplicativos...
Lo primero que debemos hacer es parar el servidor jboss. Para ello, habitualmente según la instalación que hayamos realizado podremos parar el servidor a través de un servicio.

service jbossas stop

Si no tenemos un servicio ejecutaremos el shutdown.sh que se encuentra en el directorio bin del servidor JBoss. Para comprobar que está parado haremos

ps ax | grep java

Si no aparece ningún proceso relativo al servidor éste estará parado.

A continuación deberemos cambiar la configuración de arranque del JBoss. Para ello deberemos editar el fichero de configuración run.conf que se encuentra en el directorio bin donde tengamos instalado el servidor de aplicaciones.

Para activar/desactivar el modo debug mediante socket, sólamente tendremos que descomentar/comentar la siguiente línea del fichero:

#JAVA_OPTS="$JAVA_OPTS –Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=y"

A continuación deberemos guardar los cambios.

Una vez editado este fichero deberemos configurar el servidor remoto en nuestro IDE (en este caso será Eclipse).

Para ello iremos al panel Run > Debug... y añadir una nueva Remote Java Application con los datos del servidor al que nos conectaremos para hacer debug.

Por último arrancaremos el servidor de aplicaciones a través del servicio

service jbossas start

o con un run.sh.

Aunque no se muestren mensajes en la consola, JBoss estará escuchando en el puerto 8787 alguna petición para arrancar en modo debug. Para que JBoss arranque definitivamente deberemos lanzar también el modo de depuración (antes configurado) en Eclipse.

Recess Framework, php al alcance de todos

2011-07-15T13:51:00.004+02:00

Estos días he estado echando un vistazo a un framework php que permite crear aplicaciones con gran sencillez. Podéis encontrar más información en http://www.recessframework.org/.

Vamos a ver un poco cómo está montado. Su instalación es muy sencilla. Únicamente necesitaremos tener instalado un apache y php (al menos la versión 5.2.4). Se sugiere instalar el módulo mod_rewrite.

Una vez instalado y configurada la base de datos que vamos a utilizar podemos acceder al framework en http://localhost/recess. Haciendo clic en el menú apps veremos la siguiente pantalla donde podremos empezar a crear nuestra primera aplicación (Start a New Application).

Una vez creada nos informará que debemos configurar la aplicación en el fichero recess-conf.php y ya podremos entrar en nuestra aplicación.

Ahora podemos acceder a la web de configuración de la aplicación. Desde esta podremos crear nuestro modelo de clases de forma muy simple.

Haciendo clic en Models (new) nos muestra la siguiente pantalla en la que crearemos nuestro modelo de clases.

Cuando finalicemos la creación de la clase podremos generar un scaffolding y Recess Framework te crea automáticamente un CRUD para esta nueva entidad.

Aquí os enseño una imágen de lo que nos crea...

En siguientes posts vamos a ver algo más de este framework...

Comenzando a usar Maven (V)

2011-07-14T08:24:00.008+02:00

Seguimos con el tema Maven...

Integración con Eclipse
Bueno, todo esto está muy bien, pero si yo trabajo con un IDE como eclipse, ¿cómo encuentro ahora los jar en un sitio tan escondido?. Fácil. Maven es capaz de generar un proyecto de Eclipse.
Primero debemos definir dentro de Eclipse la variable M2_REPO apuntando a nuestro repositorio local de Maven. Esto puede hacerse desde una línea de comandos maven:

mvn -Declipse.workspace= eclipse:add-maven-repo

o bien desde dentro de Eclipse. En el menú seleccionamos Window > Preferences. Luego Java > Build Path > Classpath Variables y ahi definimos M2_REPO apuntando a C:\Documents and Settings\usuario\.m2
Una vez que tenemos creado un proyecto maven, generamos los ficheros necesarios para eclipse con

mvn eclipse:eclipse

Esto generará dos ficheros .project y .classpath en el directorio. Ahora desde Eclipse

En el menú "File", "Import".
En la ventana que sale, elegimos "Existing projects into workspace" y "Next".
Elegimos "Select root directory" y le damos a "Browse".
Elegimos el directorio de maven donde está nuestro proyecto. Con esto debería compilarse el proyecto, cogiendo los jar necesarios del repositorio local y todo lo demás.

También hay plugins en nuestros IDE's que hacen más fácil el trabajo con maven, de forma que desde nuestro IDE podamos ejecutar las tareas maven.
En codehaus tienes los plugins para los cuatro IDEs más conocidos: Eclipse, NetBeans, IntelliJ y JBuilder.

Llevar nuestro jar a los repositorios maven
Si queremos meter nuestro jar en el repositorio maven de jars local, es así de sencill:

mvn install

Esto compilará si es necesario nuestros fuentes, les pasará los test, generará el jar y lo copiará en nuestro repositorio local de jars, en nuestro pc. Esta operación hace que ese jar esté disponible para otros proyectos maven que tengamos en nuestro ordenador. Es útil, por tanto, para proyectos maven que sean librerías nuestras que queramos usar en varios proyectos.
Si hemos configurardo un repositorio en red común a varios programadores en varios ordenadores, el comando es igual de simple

mvn deploy

Esto hace todo lo que hace install, incluido el install y luego pone nuestro jar en ese repositorio común en red. Esto lo pone a disposición de todos los programadores del equipo.
Lo de -SNAPSHOT en la versión tiene aquí su gracia. Si dependemos de un jar que tenga -SNAPSHOT, cada vez que compilemos, aunque ese jar esté en nuestro repositorio local, maven ira a buscarlos a los repositorios comunes o de internet, para ver si hay una versión de fecha más moderna. Si la hay, se la bajará. Por tanto, suele ser útil en un equipo de trabajo mantener la "coletilla" -SNAPSHOT en los jar que todavía están en desarrollo y sufren cambios frecuentes.
Si no ponemos -SNAPSHOT, una vez bajado el jar a nuestro repositorio local, maven NO se preocupará de buscar si hay versiones más modernas en los repositorios remotos.

Generar documentación
Generar el javadoc es fácil. Lo primero es que debemos editar el fichero pom.xml para indicarle que queremos este tipo de documentación. Puede quedar así

Luego ya es sencillo. Basta ejecutar

mvn javadoc:javadoc

y maven nos generará en target un directorio target\site\apidocs y dentro de él metera el javadoc. Si ejecutamos

mvn site:site

generará en target\site una documentación web por defecto, incluido el javadoc. Por supuesto, en el pom.xml y en algunos ficheros adicionales de configuración se podría personalizar. El aspecto de esa documentación por defecto puedes verlo en la página de maven, ya que por supuesto, la web de maven ha sido generada con maven.

Podéis ver todos los posts relacionados en los siguientes enlaces:

Un tema de permisos...

2011-07-13T11:26:00.005+02:00

- Hazme un sandwich
- ¿Qué? Háztelo tú.
- Que me hagas un sandwich.
- Ok.

Comenzando a usar Maven (IV)

2011-07-13T08:32:00.005+02:00

En este nuevo capítulo continuamos con los repositorios...

Repositorios Maven
Una de las grandes ventajas de maven son los repositorios (almacenes) de ficheros jar que se crea.
En el siguiente enlace tienes el repositorio oficial de jars de maven. Ahí están los groupId de casi todos los jar de libre distribución que puedas encontrar en internet. Tienes el log4j, commons-logging, JFreeChart, mysql-connector, etc, etc. Maven es capaz de bajarse cualquiera de estos jar si tu proyecto lo necesita.
Todo lo que se baje maven de internet lo mete en un repositorio (almacen) local en tu pc, de forma que si lo necesita una segunda vez, no necesita descargárselo nuevamente de internet. Este directorio, habitualmente está en

$HOME/.m2 en unix/linux
C:\Documents and Settings\usuario\.m2 en windows

Adicionalmente podemos configurar maven para que use más repositorios, tanto de internet como otros que montemos internamente en nuestra red local si la tenemos. Por ejemplo, en internet tienes otro repositorio con jars independiente de maven.
El repositorio interno en la red local es particularmente útil si trabajamos en una empresa y hacemos proyectos que son dependientes unos de otros o tenemos nuestras propias librerías de jars. Poniendo jars en ese repositorio de empresa, todos los programadores podrán acceder o subir jars a ese repositorio y compartirlos.

Dependencias de nuestro proyecto
Una vez que sabemos que hay un montón de jars por el mundo a nuestra disposición, sólo tenemos que saber cómo hacer que maven se los baje cuando nosotros queramos.
Para decir que necesitamos un jar de los que se encuentra a nuestra disposición, tenemos que editar el fichero pom.xml que tiene por defecto esta pinta:

Vemos que hay un apartado dependencies y que dentro tiene un dependency de junit. Esto es la opción por defecto. Para esta dependencia de Junit hay que dar el groupId (junit), el artifactId (junit otra vez), la versión que deseamos (3.8.1) y cuándo la necesitamos (en los test).

Imaginemos que queremos el log4j, pero para nuestro programa, no para el test.

Vamos al repositorio oficial de maven y navegamos hasta llegar el fichero .pom del log4j en la versión que queremos, es decir, vamos "pinchando" en: log4j, log4j, 1.2.13 y finalmente [log4j-1.2.13.pom-http://www.ibiblio.org/maven2/log4j/log4j/1.2.13/log4j-1.2.13.pom]. Ahí vemos el groupId, artifactId y versión del log4j que queremos. Ahora editamos nuestro pom.xml y le añadimos la dependencia:

Esta vez hemos puesto "compile" en vez de "test" para indicar que lo necesitamos al compilar nuestro proyecto y no al hacerle el test. Con esto está todo listo. Ya podemos usar en nuestros fuentes el log4j. Cuando compilemos la primera vez, maven mirará si ya tenemos log4j en nuestro repositorio local y si no lo tenemos, se irá a buscarlo a internet y lo bajará. El log4j quedará en nuestro repositorio local.

El próximo día vamos a ver cómo integrar maven en eclipse. ( Comenzando a usar Maven (V) )

Comenzando a usar Maven (III)

2011-07-12T09:09:00.006+02:00

Ahora llega el momento duro. Debemos empezar a escribir el código, tanto de nuestro proyecto como de las clases de test de JUnit, si es que seguimos al pie de la letra las costumbres de buena programación. Desgraciadamente, todavía no hay herramientas que hagan este trabajo por nosotros, así que a ello.

Compilar
Una vez que tenemos todo, podemos compilar de forma sencilla. Basta ponerse en el directorio donde está el fichero pom.xml y escribir

mvn compile

Esto creará un directorio target justo debajo de EjemploMaven y ahí un subdirectorio classes donde meterá todos los .class de nuestro compilado:

EjemploMaven
+---src
¦   +---main
¦   ¦   +---java
¦   ¦       +---
¦   ¦           +---ejemplos
¦   +---test
¦       +---java
¦           +---
¦               +---ejemplos
+---target
   +---classes
       +---
           +---ejemplos   //Aquí los .class

Crear el jar
Para generar el jar, es igual de sencillo

mvn package

Esto primero compilará si es necesario, pasará las clases de test de JUnit y si no hay fallos, meterá en el directorio target nuestro jar, que por defecto tendrá un nombre tan feo como este

EjemploMaven-1.0-SNAPSHOT.jar

Bien, EjemploMaven es como queremos que se llame según indicamos en el artifactId. Maven añade un 1.0 para indicar que es la versión 1.0 de nuestro proyecto. Este número aparece y podemos cambiarlo en el fichero pom.xml. Lo de -SNAPSHOT es para indicar que esta versión está en construcción, que no es definitiva. Maven irá guardando todas las versiones del jar que generemos e irá sustituyendo -SNAPSHOT por la fecha y hora de la construcción. -SNAPSHOT también aparece en el pom.xml y podemos quitarlo cuando creamos que tenemos la versión definitiva.
Dentro de jar se meterán automáticamente todos los ficheros que tengamos debajo del directorio resources.

En el próximo post hablaremos de los repositorios maven... Comenzando a usar Maven (IV)

Comenzando a usar Maven (II)

2011-07-11T14:55:00.013+02:00

Siguiendo con el hilo que dejamos el otro día vamos a empezar por cómo crear un proyecto Maven.

Crear un proyecto
El primer paso con maven es crear un proyecto desde cero. El comando de maven que tenemos que ejecutar es

mvn archetype:create -DgroupId=ejemplos -DartifactId=EjemploMaven

Veamos los parámetros:

archetype:create es el comando de maven para crear un proyecto. Por defecto crea un proyecto de java normalito (mirar los arquetipos definidos en metodología)
-DgroupId=ejemplos es el conjunto de proyectos al que pertenece nuestro proyecto. Por ejemplo, yo puedo meter todos mis programas de ejemplo en un grupo que llamaré "ejemplos". Este nombre que pongamos aquí va a servir de paquete inicial para todas las clases del proyecto. Todos los proyectos maven deben pertenecer a un grupo, aunque sea único para él, que se denominará groupId.
-DartifactId=EjemploMaven es el nombre que queramos dar al proyecto. Maven creará un directorio con este nombre y el jar que genere para el proyecto tendrá también este nombre. Todos los proyectos maven tienen un nombre para identificarlos, que se denomirá artifactId

Una vez ejecutado este comando, Maven empezará a bajarse cosas de internet cuando lo ejecutemos por primera vez (en los próximos proyectos ya no necesita bajarse nada) y creará una esctructura de directorios y ficheros como la siguiente:

Crea un directorio EjemploMaven para nuestro proyecto.

pom.xml es un fichero que contiene datos de configuración de nuestro proyecto, como dependencias con otros jar, tipos de informes que queremos en la página web de nuestro proyecto, etc.. Inicialmente contiene una serie de parámetros defecto que podremos cambiar si lo deseamos.
Crea dos subdirectorios, uno src y otro test. Dentro de src debemos meter todo lo que sean fuentes y ficheros de configuración o datos propios del proyecto. En la parte de test debemos meter todos nuestros fuentes de prueba, clases de test de JUnit, ficheros de datos o de configuración de pruebas, etc. Es decir, en src va lo que es del proyecto y en test lo que nos ayude a probar el proyecto, pero no sea propio del proyecto.
En ambos casos, crea un directorio java. Ahí debajo es donde van los fuentes java. En paralelo a estos directorios java y si lo necesitamos, debemos crear nosotros a mano otros directorios. El nombre de estos nuevos directorios es standard en maven. Para un proyecto normalito los más útiles puede ser:

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 mete directamente el paquete inicial ejemplos, según indicamos en el groupId y en él mete un par de ficheros java de muestra, App.java y AppTest.java. Normalmente estos ficheros los borraremos, salvo que queramos aprovechar el nombre.

Continúa con la información en Comenzando a usar Maven (III).

Comenzando a usar Maven (I)

2011-07-07T09:49:00.010+02:00

El software de hoy ya no son creaciones monolíticas de un único equipo trabajando localmente en el proyecto. El cada vez mayor número de componentes de código abierto robusto de nivel empresarial hace que los proyectos de software modernos necesiten de una colaboración más dinámica entre los equipos de los proyectos y a menudo esto depende de una mezcla de componentes creados globalmente y otros creados localmente. Mientras que otras herramientas de construcción como Ant da un conjunto de herramientas para construir los bloques del proyecto, Maven cubre muchas de las necesidades normalmente inexistente en estas herramientas y que son requeridas en todos los proyectos.
El camino seguido por Maven es el siguiente:

Configura tu ’build’ en vez de codificarla en un script.
Reusa la lógica de creación.
Una organización de dependencias coherente.

El ’core’ de Maven usa un fichero XML llamado ’POM’ que define todos los datos de configuración necesarios para describir cómo debe construirse el proyecto. Para simplificar esta tarea, Maven trae un ’SuperPOM’ con todas las buenas prácticas y convenciones a nivel de estructura de proyecto, etc.., para minimizar los cambios necesarios a nivel de configuración que deben ser aplicados al proyecto en su puesta en marcha. Los proyectos Maven tienen el concepto de ciclo de construcción (ver abajo), con una serie de fases donde cada una de ellas puede realizar una o más acciones o en terminología maven ’goals’. El ciclo de vida para un proyecto específico puede estar compuesto de todas o un subconjunto de las 'fases' dependiendo de las necesidades del proyecto.

Maven también incluye una manera consistente definir dependencias en el proyecto con otras librerías, ya sean externas o bien internas fruto de desarrollos locales. Automáticamente se bajan las dependencias desde los repositorios remotos o locales, según el tipo que sean las librerías. Maven es extensible vía plugins fácilmente desarrollables. La disponibilidad de plugins para Maven is muy alta cubriendo diferentes áreas: packaging, reporting, IDEs, etc...
Con Maven como la herramienta base de la gestión de los proyectos y construcción podemos crear una serie de funcionalidades e integraciones para automatizar, simplificar e incrementar la calidad del proyecto y la documentación así como acelerar el desarrollo de los proyectos java. Una visión general de las funcionalidades que podemos proveer usando maven se describen en el siguiente gráfico:

Project Build (Construcción del proyecto): Permite la construcción mediante un único comando los paquetes de proyecto requeridos (JAR, EAR, WAR, etc...). Además, la construcción de proyectos complejos como composición de múltiples subproyectos es muy simple usando las dependencias (ejemplo: un EAR con múltiples JARs y WARs).
Test Environment (Pruebas): Integrado en el ciclo de construcción tenemos la ejecución de las pruebas definidas, incluyendo unit tests, functional tests and integration tests.
Automated Deployment (despliegue automático): Usando \\’Profiles\\’ (explicado más abajo) e integrando con Ant, el despliegue automático de la aplicación sobre cualquier servidor de aplicaciones o como stand-alone se simplifica de gran manera.
Metricas de la Calidad e Informes (Quality Metrics and Reports): Usando los plugins de Maven y sobre la ejecución de las pruebas del proyecto, es posible generar una gran variedad de métricas de la calidad e informes del software, generándose automáticamente como parte del proceso de construcción.
IDE integration (Integración con un IDE): Maven puede ser integrado completamente con los IDEs existentes, como Eclipse, Netbeans e IntelliJ IDEA.
Arquetipos (Archetypes): Los arquetipos maven son plantillas de proyectos que pueden ser usadas como referencia para los desarrollos siguiendo una aproximación determinada (ejemplo: struts, appfuse-modular-spring, etc...). Los arquetipos personalizados se pueden definir basándose en los proyectos más típicos desarrollados por el cliente, incluyendo las buenas prácticas del cliente, su estructura de proyectos o estándares de código.
Perfiles (Profiles): Maven soporta la definición de diferentes configuraciones específicas para adaptarse a diferentes entornos. Permite substitución de las variables con los valores específicos de cada entorno (ejemplo: URLs, database string connections, etc..). Es posible también añadir dependencias adicionales o la ejecución de plugins específicos (como despliegue automático).
Integración Continua (Continuous Integration): Se puede integrar Maven con un entorno de Integración Continua, como se explica en esta propuesta.

Para más información puedes seguir el siguiente post: Comenzando a usar Maven (II).

Selenium IDE - testeando aplicaciones web

2011-07-06T12:11:00.013+02:00

Selenium IDE es un entorno de desarrollo integrado. Está implementado como una extensión de Firefox, y le permite grabar, editar y depurar las pruebas. No es sólo una herramienta de grabación.
Aquí tienes sus principales características: registrar y reproducir los tests, depurar y establecer puntos de interrupción, guardar las pruebas como HTML, scripts Ruby, o cualquier otro formato, etc...

Aquí tienes un vídeo de su funcionamiento. Para más información entra en Selenium IDE plugins.