Reflexión sobre por qué no se deberían incluir closures en Java

Mikael Greg ha publicado un post (que es casi un mini-artículo) en Javalobby sobre por qué él considera que no se debería incluir los closures en Java 7. Su argumento se apoya en dos pilares. Por un lado, que prácticamente todo lo que se puede hacer con closures se puede hacer con clases anónimas (lo único que no se puede hacer es acceder a las variables del ámbito de la closure) con la única "desventaja" de teclear un poco más de código.


Sin embargo, los modernos editores que tenemos para Java pueden generar la mayor parte del código necesario de la clase anónima. Además, lo que sí se podría hacer que es mejorar y simplificar la sintaxis para definir clases anónimas. Por otro lado, la sintaxis de las closures tampoco es tan elegante cuando éstas pueden lanzar excepciones.


El otro pilar de su argumento es que los beneficios que traería la inclusión de las closures (beneficios que Mikael no niega) se verían eclipsados por la complejidad e inconsistencia que traerían al lenguaje. Complejidad porque es un nuevo concepto a comprender e iría en contra del objetivo de Sun de alcanzar los 10 millones de programadores Java (lo que implica que el lenguaje debe ser sencillo). Inconsistencia porque ya tenemos una gran cantidad de librerías (en especial framework de colecciones) que se habrían diseñado de un modo completamente diferente si el lenguaje contase con este tipo de construcciones.


¿Qué os parecen sus argumentos? ¿Estáis a favor de las closures para Java 7 o en contra?

Liberado Java EE 5 Update 2 (y corre sobre Java 6)

Está disponible la versión Update 2 del Java EE SDK 5. La principal novedad es que ha sido testado sobre la recientemente liberada Java SE 6 así que ahora puede ejecutarse sobre ella además de sobre Java 5. Además el SDK incluye el Sun Java System Application Server PE 9 Update 1 Patch 1, que está basado en Glassfish. Esta versión soluciona un bug que le ha permitido obtener un 19% de mejoría en el benchmark SPECjAppServer.

JPOX 1.2.0-beta-1 liberado

Hemos concluido la liberación de la primera revisión de una nueva versión de JPOX, que proporciona persistencia transparente de objetos Java.


Esta versión da soporte inicial a JPA (EJB3) mediante EntityManager/EntityManagerFactory de JPOX, "persistence.xml" y JPQL. El soporte de anotaciones de JPA ha sido mejorado así como el de las anotaciones para JDO2.1. Además, esta versión añade persistencia sobre la base de datos DB4O. El soporte de persistencia de los tipos espaciales está totalmente revisado de nuevo.


JPOX usa la tecnología de OSGi para permitir muchas extensiones.

¿Tu software viola patentes? Google Patents

Google ha liberado su buscador de patentes aún en estado Beta; así que si no quieres ser demandado por Microsoft o por la propia Google que recién ha patentado la interfaz de usuario de su buscador, puedes usarlo para buscar las patentes que puedas estar infringiedo.



Una busqueda rápida, me devuelve que por ejemplo el formato XML ha sido asignado a Microsfot por una patente o que los mecanismos para persistir objetos a través de un mapeo, están patentados por IBM.



Que ridículo suena esto, pero en fin mientras no se llegue a un consenso para las patentes de sofware van a seguir patentando cosas tan ridículas como el dar click derecho al mouse para desplegar un menú de opciones (cortesía de Gateway).



Mucho se ha hablado aquí de la estrategía por parte de las empresas de liberar su software como código abierto para ganar mercado y luego vender servicios sobre ese software, sin embargo poco se ha hablado de la otra gran estrategia de las empresas de TI en estos días que es patentar cosas obvias y absurdas para después entablar juicios a quienes violan sus patentes y obtener ganancias sustanciosas. ¿Qué opinan de esto?

BEA WebLogic 10 preview lanzado

BEA ha liberado la primera preview de la décima versión de su servidor de aplicaciones WebLogic. Esta versión implementa JEE 5 (aunque esta preview todavía no ha pasado los test de Sun para certificarla) y además de eso tiene una mayor integración con Spring, framework al que BEA apoya desde la versión 9 en su estrategia Blend que busca integrar a sus servicios herramientas open source como Kodo para la persistencia, MyFaces y Struts para la capa de vista y Spring como el gran integrador para su estrategia SOA.



Si no mal recuerdo, cuando se liberó la versión 9 hace unos meses (la 9.2 es la versión estable ahora); se decía que la próxima versión que integraría JEE5 y mayor cohesión con Spring sería la versión 9.5, tal parece que BEA decidió hacer un golpe de marketing y le cambió el número a la 10 lo que seguro le servirá para cobrar más por la actualización.



Aunque todavía no hay fecha de lanzamiento para este servidor, podría convertirse en el segundo servidor de aplicaciones certificado en JEE5 solo después de Glassfish.



Por ahora, este preview esta disponible para Windows y Linux.