Revisión previa del estandard JAX-RS, Servicios Web REST

Leo en el Aquarium que se ha publicado la versón inicial de especificación JAX-RS/JSR-311 para soportar los servicios Web REST dentro de la plataforma Java.

Jersey es la implementación de referencia implementada por Sun dentro del proyecto Glassfish. En la página del proyecto podemos ver lo sencillo que es implementar un servicio Web REST, bien usando un plugin del Netbeans, bien escribiendo el codigo directamente usando las ya conocidas @. 

Ya se pueden usar closures en Java 6

Por cortesía de Neal Gafter (actualmente, empleado de Google pero es el principal responsable de Javac de Java 1.4 y 5) ya es posible emplear closures con Java 6. Se trata, obviamente, de un proyecto experimental orientado a obtener realimentación sobre la propuesta que varios gurús de Java quieren convertir en una especificación estándar e incluir en Java 7.


Por lo de ahora el código se distribuye bajo la licencia JRL (Java Research License), licencia que básicamente deja hacer lo que quieras con el código mientras el propósito sea emplearlo con fines de investigación. Podéis descargar la implementación desde aquí, aunque también necesitáis tener un JDK 6 en vuestro path.

Por fin se puede obtener un implementación de Java EE 5 de IBM

IBM, famosa por llevar al menos dos años de retraso respecto a la última versión de Java EE, por fin tiene un servidor de aplicaciones compatible con Java EE 5. Eso sí, no se trata de su WebSphere, sino de WebSphere Application Server Community Edition servidor de aplicaciones que, aunque tenga un hombre parecido al anterior, no tiene nada que ver con él (hace tiempo que la estrategia de marketing de IBM ha tomado como piedra angular llamarle a todo "WebSphere", aunque sean productos completamente diferentes).

WebSphere Application Server Community Edition es realmente Gerónimo de Apache Foundation, sólo que IBM proporciona servicios para este fork del servidor de Apache.

¿Alguien sabe cuándo el WebSphere "de verdad" va a soportar Java EE 5? La última noticia que yo tengo era segunda mitad del 2008.

¿Por qué los grandes sitios no están construidos con Java?

Esa es la pregunta que Nati Shalom. creador de GigaSpaces, ha hecho en su blog y que InfoQ analiza junto a las respuestas en este post. Como se puede ver en el resumen de las plataformas en que corren algunos de los sitios más populares en la web que publicó Pingdom, la mayoría usa una solución LAMP. El punto que explica Nati Shalom es que al final terminan implementando a mano estrategias para lograr la escalabilidad que en Java ya están implementadas sobre todo para aplicaciones financieras (como es el caso de GigaSpaces o Terracota). ¿Por qué no se usan estas opciones en los sitios web 2.0?

Entre las respuestas dadas en los comentarios de las que infoq hace un resumen encontramos cosas interesantes como:

• Pingdeon no lista a otras aplicaciones que sí usan Java como Amazon, GMail, AdWords, Hi5 o eBay.
• Diferencias culturales: el desarrollador típico de sitios web está más enfocado a cuestiones como redes sociales y un buen diseño en comparación al desarrollador java. Además las instituciones financieras tienen un gran presupuesto que les permite escalar mediante hardware mientras que las startups web 2.0 tienen que hacerlo mediante software.
• Las aplicaciones LAMP soportan mejor las modificaciones ágiles, los desarrolladores LAMP tienen sueldos menores por lo que los costes de los proyectos se reducen.

Martín Pérez hace un buen resumen en su blog de estos comentarios. ¿Por qué no se usa Java en los grandes sitios, incluso cuando parece que sería perfecto para enfrentar los problemas de escalabilidad?

De mal a peor: ni Java 6, ni Java 5, ni explicaciones por parte de Apple

Sin duda la nicia que hoy domina el mundo Java es la ausencia de Java 6 en Leopard. Y cuanto más leo peor pintan las cosas. Un buen resumen de la situación es el que hace Michael Urban, uno de los editores de Javalobby, en su portal. Michael Urban era, hasta hoy, un fanático de Apple al igual que el resto de los editores de Javalobby. Hasta la fecha entre gastos personales y gastos para la compañía los editores de Javalobby han gastado decenas de miles de euros en hardware de Apple. Sin embargo hoy ha puesto a la venta su PowerMac y en adelante usará su MacBook Pro con Windows.

Además de no tener soporte para Java 6, Apple recientemente ha retirado las descargas beta de Java 6 que estaban disponibles para desarrolladores en la Apple Developer Connection sin dar ninguna justificación de este movimiento.

Encima, Java 5 no funciona correctamente en Leopard. Michael Urban ha tenido problemas tanto con aplicaciones que ha desarrollado el cómo con IntelliJ IDEA, siendo el principal problema un rendimiento completamente inaceptable con pausas enormes (del orden de 10 segundos) y frecuentes. Urban cree que estos problemas probablemente estén causados por el recolector de basura.

Para acabar de rematar el pastel, Apple sigue sin dar ninguna justificación al respecto ni indicar cuáles son sus planes relativos a Java. Es más, parece ser que se están dedicando a borrar todos los thread en los foros de Apple donde los usuarios preguntan y se quejan sobre Java en Leopard.

Es lamentable que todavía no tengan soporte para Java 6. Es imperdonable que no hayan testado adecuadamente a Java 5 en Leopard. Es impresentable que ni antes ni después de liberar la nueva versión de su sistema operativo hayan informado a los desarrolladores de cuáles eran sus planes. Y es rastrero que eliminen los thread de sus foros donde la gente se queja.