IBM anuncia Project Zero, un stack al estilo Ruby on Rails

Project Zero (su nombre viene de "Zero complexity. Zero overhead. Zero obstacles") es un stack para el desarrollo de aplicaciones web con una filosofía muy similar a la de Ruby on Rails, que usa como lenguajes Groovy, PHP o Java. El framework está orientado a la creación de servicios tipo REST (internamente emplea Dojo para exponer los servicios), mash-ups y, en general, el desarrollo de aplicaciones web 2.0.

El nombre oficial que IBM le da, en su empeño por llamarle al mayor número de productos diferentes del mismo sitio, es "WebSphere sMash". Su licencia no es libre y su código fuente no se puede redistribuir con las aplicaciones. Además, su licencia impone varias limitaciones en su uso, orientadas a impedir que proyectos grandes tomen ventaja de esta solución. Por ejemplo, no se puede ejecutar en más de cuatro cores de modo simultáneo y no se pueden tener más de cuatro instancias en un mismo CPD.

Por lo de ahora parece que tan siquiera se puede pagar a IBM para ejecutar Project Zero en entornos con más carga que la permitida por la licencia; según dicen en su FAQ "the future, IBM might choose to provide commercial offerings if there is demand for support or for use beyond the limits of the current license".

Sin entrar a valorar los méritos técnicos del producto, me parece patético lanzarlo con una restricción de tipo " que nadie lo use para cosas muy grandes" y decir que "si hay bastante gente que lo quiere usar para cosas grandes a lo mejor me planteo convertirlo en un producto comercial y cobrarles, pero si no lo lo haré". ¿Y qué harán sino coge momento el proyecto?. Si queréis mi opinión, "tirarlo" al software libre.

Me parece patético el doble rasero que usa esta compañía respecto al software libre. Si son los demás los que tienen que liberarlo (como sucedía en su día con Java) entonces apuestan por el software libre y hacen ruido para conseguir que se libere. Pero si son ellos los que tienen que liberar algo, es otro cantar. Mejor esperar a ver si consiguen venderlo antes que regalarlo...

Google anuncia App Engine, por ahora sin soporte Java

Muchas opiniones se escuchan en la blogósfera acerca del anuncio de "Google App Engine".

Se trata de una plataforma para el desarrollo y despliegue de aplicaciones web que permite a los desarrolladores y usuarios la utilización de la infraestructura de Google.

En esta versión gratuita y de tipo preliminar ofrecen 500 MB de almacenamiento y capacidad de computo y ancho de banda hasta de 5 millones de pageviews por mes. .

Las opiniones están divididas, algunos creen que es una gran oportunidad para los desarrolladores (de python :'( ), otros piensan que es el comienzo de  la guerra de las plataformas (Amazon EC2)  o la consolidación de Plataformas como Servicio (PaaS).

Lo cierto es que ahora gratis podremos probar el poder de una gran infraestructura si gastar un duro y parece que de nuevo Google se le adelanta a un Microsoft concentrado en comprar a Yahoo! y en tratar de convencer al mundo de no desinstalar Vista. 

La nota no muy feliz para los desarrolladores Java es que App Engine solo correrá aplicaciones  en el lenguaje python. Rick Ross de JavaLobby/Dzone, se pregunta si llegará el dia de poder contar con un GAE que soporte java. 

Prubas de interfaces Swing fáciles con FEST-Swing 1.0a1

FEST-Swing es una librería creada en Java que provee un API orientado a DSL (lenguaje específico de dominio) para fácil creación y mantenimiento de pruebas funcionales de aplicaciones creadas con Swing.

El siguiente codigo verifica que un mensaje es mostrado en un JOptionPane si el usuario no ingreso su clave cuando trato de accesar una aplicación:

dialog.comboBox("dominio").select("Usuarios");
dialog.textBox("nombre").enterText("leia.organa");
dialog.button("accessar").click();
dialog.optionPane().requireErrorMessage().requireMessage("Por favor entre su contraseña"); 

En la nueva versión 1.0a1 hemos quitado la dependencia a Abbot, dándonos como resultado un archivo de la mitad del tamaño y seis archivos jar eliminados. Esta nueva versión también ofrece nuevas características de funcionalidad que hacen aún mas fácil crear y mantener pruebas.

Para mas información, por favor visite los siguientes sitios Web:

• Lista de cambios
• Documentación
• Proyecto en Google Code
• Grupo de usuarios

JRuby 1.1 liberado

JRuby ha anunciado la versión 1.1 de este porte de Ruby a la máquina virtual Java. Esta versión soporta Ruby 1.8 y las principales novedades en ella su mejoras en el rendimiento: a estas alturas los autores consideran que ya tienen un rendimiento mejor que Ruby 1.8.6 e incluso en ciertos benchmark aislados son capaces de mejorar a Ruby 1.9. También han mejorado en el consumo de memoria.

La mejora en el rendimiento se debe en buena medida a la posibilidad de compilar JRuby en modo "Ahead Of Time" (AOT) o "Just In Time" (JIT).

Sun ofrece soporte extendido para Java SE para negocios

Sun ha anunciado que ofrece la posibilidad de que empresas contraten un servicio de soporte extendido para su implementación de Java SE , de tal modo que Sun seguirá proporcionando soporte, proporcionando parches e incluso aceptando peticiones concretas de la compañía para solucionar problemas en su implementación de Java SE durante más del doble del tiempo de soporte habitual: hasta 15 y años.

Este servicio está disponible a partir de 10 $ por empleado y año, hasta 12.5 $ por empleado y año para el mayor nivel de soporte.

Aunque comprendo que a algún ejecutivo el saber qué va a contar con soporte durante 15 años pueda tranquilizarle, no veo muchos motivos para usar durante 15 años una misma versión de Java SE. A fin de cuentas, en ese tiempo es prácticamente seguro que te vas a ver obligado a cambiar el hardware y el sistema operativo de tus máquinas, con lo que tampoco debería de suponer mucho más trabajo adicional cambiar la versión de Java. ¿Que opinais vosotros al respecto?