Software Pills

Recientemente he necesitado utilizar JavaScript y JSON en un proyecto J2ME y he tenido la suerte de encontrar un par de librerías que me han facilitado mucho la labor.

Se trata de MiniJoe, un interprete JavaScript, y org.json.me, una librería JSON en J2ME.

Lee el resto de esta entrada »

A finales de noviembre fue aprobada por votación la especificación Java EE 6 (JSR-316) que incluye una larga lista novedades agrupadas en tres documentos:

• Java EE 6 Specification.
• Java EE Web Profile Specification.
• Java EE 6 Managed Beans Specification.

Puedes encontrar información al respecto en numerosos blogs, pero probablemente el mejor sitio para empezar es el artículo de Ed Ort en SDN.

Por otro lado, como era de esperar, la primera implementación completa ha venido de la mano de SUN con GlassFish v3^[1] que llega acompañado de NetBeans 6.8, con lo que ya existe un ecosistema completo J2EE 6.

Una de las críticas que se hacían a GlassFish era su carácter monolítico respecto a, por ejemplo, JBoss pero parece que con la infraestructura OSGi y las nuevas características de Java EE 6 en este sentido, ya no es un argumento válido.

Hasta el momento me he mantenido utilizando JBoss 4.x y Eclipse esperando a que JBoss 5.x alcance la madurez, pero teniendo en cuenta lo anterior y lo que he sufrido buceando en los foros de JBoss para encontrar información y documentación válida puede que sea el momento de pasarse a GlassFish y quien sabe si también a NetBeans.

1. http://blogs.sun.com/kevinschmidt/entry/glassfish_enterprise_server_v3_the

Tengo que reconocer que cuanto más uso Maven más me gusta. Un sistema de construcción de proyectos estándar, extensible y basado en una lenguaje declarativo^[1] es, al menos en su planteamiento, una herramienta muy prometedora.

Sin embargo, el proceso de aprendizaje ha sido largo y duro, entre otras cosas, porque Maven parece estar en un continuo estado de inestabilidad, plagado de detalles indocumentados, de versiones Beta, actualizaciones, etc. Tanto es así, que aún después de haber leído los dos libros gratuitos que hay en la Red^[2], la documentación y numerosos foros y artículos, todavía me quedan muchos puntos oscuros.

Hasta ahora Maven me ha sido muy útil en temas como en la automatización del proceso de construcción, almacenamiento de los artefactos de forma ordenada utilizando repositorios compartidos o la obtención de artefactos de terceros almacenados en repositorios en Internet y, sin embargo, me he encontrado muchos problemas en lo que se supone que es un punto fuerte de Maven: la gestión de dependencias.

Aquí comienza una serie de tres entradas en las que voy a tratar de explicar como funciona la gestión de dependencias en Maven pero, sobre todo, voy a profundizar en los aspectos que no están claros en la documentación (o que no lo estaban para mi) y que he aprendido, a las malas, con la experiencia.

En esta entrada hablaré sobre los aspectos básicos de la gestión de dependencias con Maven, la segunda tratará características avanzadas y la tercera y última estará dedicada a diseño y buenas prácticas^[3].

Lee el resto de esta entrada »

1. Al contrario que Apache Ant, que tiene un enfoque procedural.
2. En la última entrada incluiré reseñas bibliográficas y de otros recursos en Internet.
3. Todo lo que se refiere en esta serie de artículos está basado en la versión 2.1.0-M1. Como ya he dicho, Maven está en continua evolución y puede que tu versión no se comporte igual en ciertos aspectos.

La herramienta APT del JDK sirve para procesar las anotaciones presentes en el código Java permitiendo,  por ejemplo, generar nuevas clases a partir de los metadatos que contienen.

Si quieres integrar esta herramienta en la construcción de un proyecto con Maven puedes utilizar el maven-apt-plugin de Tobago^[1]. Este plugin hace casi todo el trabajo pero, como veremos más adelante, es necesario realizar algunos ajustes para que el proyecto se construya de forma adecuada en la línea de comandos y en Eclipse con m2eclipse.

Lee el resto de esta entrada »

1. Existen otras formas mas "artesanales" de hacerlo como, por ejemplo, ésta: http://blogs.steeplesoft.com/maven-and-annotations-not-as-easy-as-it-should-be/

Existen dos plugins para integrar Maven en Eclipse: m2eclipse y Q4E.

Hasta hace muy poco he venido usando Q4E. Me parecía que estaba mejor integrado con Eclipse, tenía visor de dependencias y había sido admitido oficialmente por la fundación Eclipse. Sin embargo, después de sufrir sus fallos durante algún tiempo y de constatar que no salían nuevas versiones me he decidido a darle otra oportunidad a m2eclipse.

En seguida me he dado cuenta de que m2eclipse no ha dejado de avanzar. Ya tiene las características que me gustaron de Q4E y muchas otras. Además, parece más estable y trabajado, lo cual no es extraño ya que lleva mucho mas tiempo en desarrollo (fue el primero). Para mi sorpresa, también m2eclipse está en la incubadora de la fundación Eclipse^[1].

En las próximas líneas voy a tratar de explicar el procedimiento que he utilizado para instalar un entorno de desarrollo capaz de construir proyectos Maven en Eclipse, con m2eclipse, y desde la línea de comando.

Lee el resto de esta entrada »

1. Es extraño que existan dos plugins aceptados por Eclipse para hacer lo mismo. No se si es bueno, teniendo en cuenta que se fomenta la competencia, o malo, porque se duplican esfuerzos

Con éste, comienzo una una serie de artículos dedicados a la creación de servicios en JBoss 4.

Esta primera entrada es una breve introducción a la arquitectura de JBoss y a JMX. Lee el resto de esta entrada »