Oracle anuncia la fecha de disponibilidad del JDK 7

Con Sun estábamos acostumbrados a que las cosas sucediesen de otro modo... los proyectos se terminaban más o menos cuando se terminaban, y no teníamos una fecha, con mes y día, prefijados con más de medio año de antelación. Supongo que esta será una de las diferencias a las que nos tendremos que acostumbrar con Oracle.

La fecha es el 28 julio 2011. Ese será el día en el que Oracle haga disponible su JDK 7. A mediados de diciembre, el JDK se considerará "Feature Complete" y sólo se trabajará en corregir bugs. A partir de esa fecha, periódicamente se irá incrementando la severidad de los bugs en los cuales se va a trabajar; por ejemplo, a partir del 18 mayo 2011 sólo se va a trabajar en bugs suficientemente graves como para impedir que se libere el producto.

El 11 mayo 2011 tendremos una versión release candidate. Y el 8 junio 2011 comenzará el último ciclo de test, para finalmente el 28 julio liberar el producto.

Respecto a Java 7 (no al JDK 7 de Oracle) o recuerdo que la semana pasada fue enviado al Java Community Process  (junto con Java 8), y la semana que viene habrá una votación para ver si se aprueba o no. Las condiciones de licenciamiento del test de compatibilidad propuesto por Oracle siguen excluyendo prácticamente cualquier implementación opensource de Java 7 de obtener la certificación (ver aquí una discusión detallada sobre este tema).

Con Sun, prácticamente nunca recuerdo que diesen fechas tan concretas con tanta antelación. Y no era raro que no cumpliesen sus propias fechas. Algo me dice que este calendario ahora sí se va a cumplir.

Matt Raible realiza (otra) comparativa de frameworks web

Una vez más, Matt Raible ha realizado una comparativa de las distintas opciones para desarrollar aplicaciones web en la plataforma Java, algo que ya se está convirtiendo en una tradición (Matt ha hecho esto ya en varias ocasiones).

Esta vez ha comparado Struts 2, Spring MVC, Wicket, JSF, Tapestry, Stripes, GWT, Grails, Rails, Flex, Vaadin, Lift y Play. La metodología de comparación es nueva: ha definido un montón de dimensiones (unas 25) para medir las distintas dimensiones a evaluar a la hora de escoger un framework. Entre ellas se encuentran la productividad del desarrollador, la curva de aprendizaje, el estado del mercado laboral en torno a ese framework, el soporte para Ajax, para internacionalización...

Para cada una de estas dimensiones hay sólo tres posibles puntuaciones: 0, 0.5 y 1 (esto se me hace un poco pobre; quizás estaría bien distinguir más de tres niveles dentro de cada dimensión: 0, 0.25, 05, 0.75 y 1, por ejemplo). Ha evaluado cada uno de los 13 frameworks en estas dimensiones, y ha sumado la puntuación de cada uno. Los frameworks que están liderando el ranking son: Spring MVC (17), GWT (17), Ruby on Rails (17), Grails (16.5), Wicket (14.5) y Struts 2 (14.5). Aquí tenéis una gráfica donde se muestra "la nota" obtenida por cada uno de los frameworks:

 

Y aquí tenéis la matriz completa desglosando las puntuaciones por dimensión

 

Personalmente, no me convence mucho la metodología de evaluación. Yo usaría más de tres niveles para distinguir cada una de las dimensiones. Y no le veo demasiado sentido a que todas las dimensiones tengan el mismo peso. Por ejemplo, el soporte de otros lenguajes diferentes a Java dentro del framework o el soporte para aplicaciones móviles posiblemente debieran tener un peso menor a la productividad del desarrollador o al soporte para Ajax.

Criticar los resultados es fácil, porque la tarea que Matt trata de hacer con estas comparativas es prácticamente imposible. Éstes o no de acuerdo con los resultados, el estudio es muy interesante y educativo. Aquí tenéis la matriz mostrando todas las puntuaciones, y aquí tenéis la presentación donde (en Devox, la semana pasada) mostró los resultados de este análisis.

¿Qué os parece el ranking al cual ha llegado Matt? ¿Hay algo que os choque mucho los resultados?

Oracle propone los JSR de Java 7 y Java 8

Oracle ha enviado al Java Community Process las propuestas para los Java Specification Request (JSR) correspondientes con Java 7 (JSR 336) y Java 8 (JSR 337). Ambos son JSR "paraguas" que engloban a otros JSR. El test de compatibilidad de los JSR sigue haciendo que sea imposible para Harmony el obtener la certificación (como ya era de esperar...). En cuanto al contenido de las especificaciones, no hay sorpresas; siguen el ya conocido "Plan B".

 Ahora tendrán que ser aprobados por el comité ejecutivo.

Manual de OSGI parte 2 por Roberto Montero

Roberto Montero nos ha enviado la segunda parte de su gran tutorial sobre OSGI: Aprendiendo OSGI Mediante ejemplos.  En este manual de más de 100 páginas, Roberto nos lleva paso a paso mediante la creación de un ejemplo en el proceso necesario para utilizar OSGI.

De la introducción: "En esta nueva sección del tutorial explicaremos mediante ejemplos la teoría descrita anteriormente, además entraremos en detalle en las especificaciones de algunos servicios OSGI (System Services).  Como comentamos en la primera entrega, intentaremos basar este tutorial en un caso real: Control Remoto de una Calefacción" .

Muchas gracias a Roberto por este gran trabajo. No olvides descargar también la primera parte del tutorial. Recuerda que javaHispano ofrece recompensas a cambio de documentación original. 

Encuesta del mes: ¿Qué opinas acerca de que Oracle ha discontinuado JavaFX script?

A aproximadamente el 50% de los que han respondido la encuesta, no le importa que JavaFX script haya sido discontinuado porque ellos no habían invertido tiempo en la tecnología. A otro 25% le da igual ya que "no lo usaba nadie". Aproximadamente un 15% prefiere que haya sido discontinuado, ya que prefiere la idea de programar en JavaFX empleando lenguaje de programación Java, y no el difunto JavaFX script.

Sólo apenas el 10% de los que han respondido la encuesta dicen que el movimiento les ha fastidiado porque ya estaban empleando la tecnología. En vista de los resultados de la encuesta, hay que reconocer que el movimiento de Oracle de discontinuar JavaFX script no parece haber sido mal recibido por la comunidad Java.

Los que habéis usado JavaFX ¿podéis comentar para que lo habéis usado? ¿Alguna URL pública donde se pueda ver algún ejemplo?