Primera Promocrión del M6 de GlassFish

El Proyecto Glassfish está construyendo un Servidor de Aplicaciones con soporte para Java EE 5 que se distribuye bajo una licencia libre. La semana pasada fuý la primera promocrión del milestone M6, que será la primera versrión compatible con las specificaciones finales.


Para más informacrión, visiten TheAquarium.

Groovy on Rails (Grails)

Grails es un framework web clon de Ruby on Rails pero construido sobre el lenguaje Groovy y que permite una integracrión simple con el resto de la plataforma Java. Se basa en otros framework existentes como Spring, Hibernate y SiteMesh y podrýa verse como la respuesta (más bien, como una de las respuestas) de la plataforma Java a Ruby on Rails.



El framework se distribuye bajo una licencia libre, ha sido desarrollado por Codehaus y acaba liberar su versrión 0.1. Su nombre inicial era "Groovy on Rails ", pero el creador de Rails les pidrió que cambiasen el nombre para dejar de usar el "on Rails", por lo que se lo han cambiado a Grails. ¿Alguien tiene experiencia con ýl?

Matisse Roadmap

Los chicos de netbeans, y en concreto de subproyecto Matisse, han publicado las nuevas funcionalidades que van a desarrollar de aqui a la versrión 6.0 de Netbeans.



Si mi ingles no me falla, me ha sorprendido que matisse va a contar con capacidad de acceso a datasources desde los componentes swing. No se si esto va a llegar a ser los famosos componentes que tenia JBuilder de acceso a Base de datos... pero viendo la evolucrión que ha tenido el creador de interfaces de netbeans, no me sorprenderýa en absoluto.



A esta funcionalidad se añaden otras como, el diseño de guis basado en plantillas, la importacrión de Forms no diseríados con Matisse, Declarative UI, que segun parece facilitarý la separacrión de código de lýgica de negocio, y mejor integracrión de Matisse con el RCP de Netbeans.



Tambrión me llama la atencrión como en muchos de estos puntos hablan de "estrecha colaboracrión con el equipo del JDK", lo que implica que buena parte del desarrollo de Matisse esta afectando a la propia JDK.

Sólo Programadores premia a los usuarios más activos de javaHispano

Para celebrar los dos años de colaboración entre ambas partes, Sólo Programadores ha premiado a los tres usuarios más activos de javaHispano con una suscripción gratuita anual a la versión digital de la revista. Esta colaboración ha incluido el intercambio mutuo de artículos, de tal modo que material publicado a javaHispano se cedió a Sólo Programadores y material publicado en la revista se cedió a la asociación; colaboración en eventos organizados por javaHispano; descuentos en la suscripción a esta revista, y otras de la misma editorial, para usuarios de javaHispano; organización de concursos y premios; la escritura mensual de una sección de noticias en la revista; etc.



Como índice de la actividad de los usuarios se empleó el número de posts que éstos realizaron en las noticias y foros de portal. Los tres usuarios agraciados han sido fernandooa_ (Fernando Ortigosa), ibon (Ibon Urrutia) y phobeous. Muchas gracias a todos los que participáis en javaHispano, en especial a los tres ganadores, por vuestra indispensable colaboración para conseguir una comunidad tan activa como la nuestra.



También queremos aprovechar esta ocasión para recordaros que, durante estos dos últimos años, los usuarios de javaHispano pueden suscribirse obteniendo interesantes descuentos tanto a las versiones digitales como las versiones en papel de las revistas Sólo Programadores y Mundo Linux. Para más información consultar las condiciones del acuerdo.



En nombre del equipo de javaHispano, gracias a todos por estar ahí.

¿Es la comunidad de Eclipse su principal problema?

Esta es la idea de fondo de una entrada en Eclipsezone cuyo týtulo es "demasiados cocineros estropearon el IDE". Detrýs de Eclipse hay varias docenas de empresas con intereses muy diferentes y que, según el autor, sýlo comparten el objetivo de conseguir que Eclipse se convierta en el IDE estándar para la plataforma Java.


Todas estas empresas, así como individuos y comunidades que apoyan al software libre, crean plugings para Eclipse. Estos plugings se han considerado durante mucho tiempo la principal fortaleza de Eclipse pero, en cierto modo, atentan contra la idea de "Entorno Integrado de Desarrollo". Por un lado, está la necesidad de conocer los diferentes plugings disponibles, quý hace cada uno y cuýles necesito. Por otro, la necesidad de descargarlos de un modo independiente.


Los plugings, al haber sido desarrollados por partes diferentes, no siempre se integran adecuadamente unos con otros, incrementan la complejidad del entorno e incrementar la curva de aprendizaje de la herramienta. Otro de los puntos que critica el autor es la idea de "perspectivas". Desde su punto de vista, no tiene sentido que el desarrollador le tenga que decir a la herramienta " ahora voy a depurar" o "ahora voy a usar el sistema de control de versiones" para que la herramienta muestre la interfaz adecuada. La herramienta deberýa intuir que quiere hacer el desarrollador y cambiar de modo automítico.


A diferencia de Eclipse, Netbeans apuesta por proporcionar la mayor parte de su funcionalidad en el nýcleo del entorno, de tal modo que sýlo hacen falta plugings para trabajos bastante especýficos y que todo el entorno está mejor integrado y tiene un funcionamiento más intuitivo.


¿Qué opinýis de las ideas del autor? Yo siempre he defendido que la idea de los plugings traerýan tanto inconvenientes como ventajas. ¿Ha llegado el momento en el que los inconvenientes empiezan a superar a las ventajas? ¿Es la raráz del problema que hay "demasiados cocineros" ? ¿Tendrý esto algo que ver con que últimamente parece haber más movimiento en torno a Netbeans que a Eclipse?