Google responde a la demanda de Oracle

En groklaw han publicado un detallado análisis de la respuesta de Google a la demanda que Oracle puso en su contra por violar patentes de Java en el SO móvil Android.

Google ha respondido en dos documentos: una respuesta a las reclamaciones de Oracle y una solicitud para desestimar dicha demanda. Veamos un poco de sus contenidos:

"13. La plataforma Android incluye, entre otras cosas, el Android Software Development Kit ("SDK") y la Máquina Virtual Dalvik ("VM"). La VM Dalvik se basa en una versión del kernel de Linux para servicios de sistema centrales como la seguridad, la gestión de memoria, la gestión de procesos, el stack de red y el modelo de drivers; como una capa de abstracción entre el hardware y el resto del software. La librería de clases centrales de la VM Dalvik incorpora un subconjunto de Apache Harmony, una implementación limpia y open source de Java de la Fundación de Apache. Además de las librerías de Harmony , la plataforma Android, incluyendo la VM Dalvik, ha sido desarrollado independientemente por OHA."

Además declara que Sun, en su tiempo liberó la especificación de Java con una licencia que permitía crear implementaciones limpias "clean room" de la plataforma Java. Si la implementación pasaba el TCK (el kit de compatibilidad de Java), Sun se comprometió a otorgar una licencia para cada una de sus especificacíones, incluyendo derechos reservados y patentes. Como menciona el documento de Google, esto luego no se cumplió y se le pusieron trabas a Apache Harmony al que nunca se le dejó usar el TCK.

Más adelante se menciona que varios miembros del comité ejecutivo del JCP, presionaron para que Sun cumpliera su promesa de otorgar el TCK a Apache Harmony abriendo así la puerta a implementaciones open source alternativas de Java. Estos esfuerzos fueron en gran parte lidereados por BEA y Oracle. Sin embargo cuando Oracle adquirió a Sun, de acuerdo al documento de Google, se olvidó de los esfuerzos de la comunidad open source y ha dado la espalda a esfuerzos como el de Apache Harmony.

La intención del documento es demostrar que Oracle no ha apoyado a los proyectos open source y en cambio quiere perjudicar a una de ellas: Android, SO por el que Google "No recibe ningún pago, cuota ni licencia".

Al final Google menciona que la demanda de Oracle es muy vaga y no especifica que partes de Android están violando qué patentes, ni en qué forma, ni cuantos usuario de Android están violando esas patentes. "Las acusaciones de Oracle tan inadecuadamente definidas son sorprendentes porque Oracle ha tenido completo acceso a cada pieza de información que es relevante en cualquier afirmación de violación de copyright, y aún así Oracle ha fallado en cumplir los mínimos estándares de definición"

¿Qué opináis de este caso? ¿Cuál será la respuesta de Oracle, veremos alguna vez el logo de Oracle dentro de nuestros móviles Android? 

Summer la librería HTML5 para Java y Spring

Vía Hacker News, me enteré del proyecto Summer un plugin para Spring MVC que permite usar HTML5 en las aplicaciones web Java. El proyecto ofrece un nuevo markup para crear templates de capa web que es un subset del especificado en JSF. Este markup genera componentes HTML5 y se integra de forma transparente con Spring MVC, por lo que permite utilizar las capacidades de este framework en capa web. Puedes ver una introducción el blog de Asual, la empresa creadora.

Adicionalmente, ofrece soporte para integración con JQuery para funcionalidad Ajax y server push con websockets usando Atmosphere.

El código lo puedes bajar de github. Dado que HTML5 todavía es una especificación en desarrollo, no hay muchos frameworks web que lo soporten. Este es uno de los primeros en hacerlo en el mundo Java, habrá que echarle un vistazo para ver que tal funciona ya que la documentación no es mucha. ¿Estás interesado en desarrollar aplicaciones que usen los beneficios de HTML5? 

JavaHispano Podcast - 092 - Introducción a Google App Engine

Publicado un nuevo número del podcast de javaHispano. En esta ocasión Ivan Zaera y Leo Antoli hablarán de Google App Engine. Inicialmente se realizará una introducción a Cloud Computing y se abarcará diferentes tipo de servicios existentes. A continuación entraremos a detallar características de Google App Engine.

Links de interés:

• Acerca de Cloud Computing (Wiki)
  
• FAQ de Cloud Computing.
• Portal de Google App Engine
• Google App Engine para java (Con subtítulos traducibles)
• GAE: Demostración de metricas (Con subtítulos traducibles)
• Empresa de Ivan Zaera. Factoría 2
• Empresa de Leo Antoli. Agileo
• Famoso video de humor comentado en el podcast

Martin Odersky anuncia Scala Solutions.

El creador del lenguaje Scala ha creado una empresa llamada Scala Solutions para dar soporte empresarial a este lenguaje híbrido entre OOP y Programación funcional.

La empresa dará soporte al lenguaje y ofrecerá productos alrededor de el. Uno de los primeros será una herramienta de migración para resolver incompatibilidades binarias de productos hechos con versiones de Scala anteriores. Esta herramienta estará lista para la versión 2.9 del lenguaje.

Además de eso, la empresa dará consultoría y cursos; ya se anunciaron los primeros en Amsterdam, Londres y Paris. 

Scala es uno de los lenguajes para la JVM que están generando mucho ruido ya que es una interesante mezcla entre programación orientada a objetos y los beneficios de la programación funcional; además de que ofrece type safety y un desempeño igual (en algunos casos mejor) al del lenguaje Java. Pero a pesar de que algunas empresas ya apuesta a él como FourSquare y Etherpad antes de la adquisición por Google, seguía teniendo el estigma de ser un lenguaje "académico" por haber sido creado y mantenido por investigadores.

La idea de esta empresa es profesionalizar el lenguaje y dar soporte empresarial que mejore la recepción del mismo. Algo que ya ha funcionado a otros productos open source como Hibernate y Spring.

¿Deberíamos hacer un fork de Java?

Muchos bloggers se están preguntando esto últimamente. El fiasco de OpenSolaris, el mal gesto que ha hecho Oracle hacía PostgreSQL, la incertidumbre que hay todavía sobre el futuro del Java Community Process y de las reglas que se aplicarán de ahora en adelante al código fuente del JDK, la cancelación de JavaFX Script (que sea o no culpa de Oracle son ellos los que están pagando el pato), la demanda contra Android y, en general, la clara falta de capacidad de comunicación con la comunidad que la compañía está presentando, la comunidad se está hartando. Buena prueba de ello es la decisión que OpenOffice.org tomó la semana pasada.

En vistas a todo esto, mucha gente se está comenzando plantear el hacer un fork del OpenJDK. El último que he visto, Greg Luck, CTO de Ehcache en Terracotta.

Su propuesta consiste básicamente en hacer un fork del OpenJDK, y crear "Lava Foundation" para mantener esa base de código, y para crear un nuevo organismo de estándares que remplace al Java Community Process. Propone seguir manteniendo los test de compatibilidad, y una conferencia anual en torno a Java.

Todo esto podría parecer un poco descabellado. Pero no lo es. La comunidad está bastante harta de Oracle (y mira que llevamos bastante poco tiempo con ellos al frente) y la relación entre ambas partes cada vez parece deteriorarse más. La comunidad, probablemente, se una a la iniciativa.

Las compañías también. IBM siempre ha tenido la espina clavada de que Sun tenía más control sobre Java que ellos. Y ahora es Oracle, todavía peor. IBM, ya apoyó en el pasado a Harmony, de la fundación Apache (otros que claramente se van a subir al carro de hacer el fork). Si bien IBM es el ejemplo más claro de compañía que de darse las condiciones adecuadas probablemente apoyase esta iniciativa, veo fácil que muchas otras se uniesen (HP, SAP, y por supuesto múltiples compañías de tamaño medio como la propia Terracota). Sobre todo por miedo a las nuevas condiciones de licenciamiento del código fuente de Java SE y Java EE.

Otros que seguramente también se unen al carro son Google. No sólo por el tema de Android, sino porque su Google App Engine emplea por debajo partes de Harmony y en el pasado ya han apoyado a este proyecto.

Y a todo esto, se une el hecho de que mucho talento de Sun ha abandonado la compañía. El último, que abandonó la compañía la semana pasada,  Tor Norby, quien se había pasado 14 años en  Sun, desde que terminó la Universidad hasta la semana pasada. Tor es miembro de Javaposse ya hecho contribuciones significativas tanto a Netbeans como a JavaFX. Había estado en todas las keynotes de la JavaOne, menos en la de este año, haciendo demos tecnológicas.

Entre toda esta gente de Sun que ha abandonado Oracle hay gente que ha jugado un papel muy central en Java (empezando por propio Gosling). Ahora, ya no pueden jugar ese papel tan central. A no ser que se crease una fundación de este tipo, una fundación que sin duda recurriría a ellos, la gente que antes estaba a cargo de Java dentro de Sun, para dirigir y organizar la fundación. Es decir, que todo esté talento que ahora mismo está en "el exilio" podría volver a casa por la puerta grande (a la plataforma Java) si esta fundación se crease.

Por todo esto cada vez me parece menos descabellada la idea de que el fork se lleve a cabo. Une, por ejemplo, el que IBM se decida a dar el paso, con que a Gosling (quien comparte con IBM el odio hacia Oracle) le guste la idea, y esta conjetura será un hecho.
¿Qué os parecería vosotros la idea de crear un fork de Java?