TeLARCo

Equipo de InvestigaciónTecnologías Libres y AbiertasLicenciado bajo

Dilema de JAVA

Demanda de Oracle contra Google en Entorno Legal del SoftwareLibre |

Nota de Oracle.com:

Oracle presenta demanda contra Google por violación a losderechos de autor y patentesRedwood Shores, CA 22-AUG-2010* Oracle anunció que presentó una demandacontra Google, Inc. por violación de derechos deautor y patentes.

“Al desarrollar Android, Googledeliberadamente violó en forma directa yreiterada los derechos de propiedad intelectual relacionados con Java de Oracle. Este juiciobusca los resarcimientos correspondientes por tal violación,” dijo el vocero de Oracle, KarenTillman.

Hace aproximadamente dos meses que Oracle demandó a Google por infringir siete patentesrelacionadas con tecnologías Java en Dalvik, la implementación de la máquina virtual de Javaescrita originalmente por Dan Bornstein para Android.La demanda incluye, entre otras, las patentes 5966702 "Method And Apparatus For Preprocessing And Packaging Class Files" y 6910205 "Interpreting Functions Utilizing A Hybrid Of Virtual And Native Machine Instructions" que afectan directamente al formato Dalvik Executable(.dex) equivalente al bytecode original de Java.

¿Qué hay detrás de esta demanda?

Bien, en mi opinión, simple y llanamente, se trata de recaudar royalties, que es a fin decuentas de lo que van todas las patentes. Existen alrededor de medio centenar de implementacionesde la máquina virtual de Java, la misma Oracle tiene al menos 3: HotSpot, JRockit y JServer. Y Sunya mostró su animadversión hacia el proyecto Harmony de Apache. Oracle ha demandado a Googley no a cualquier otro fabricante de un VM porque a Google puede pedirle una cantidad de dinero por cada copia de Android despachada, y últimamente se despachan muchas copias de Android.En la

Free Software Foundation

han aprovechado para barrer hacia su casa publicando unanota en la que dicen que

Google

no hubiera sido objeto de esta demanda si hubiera usado

IcedTea

como base.

IcedTea

es el

fork

de la

JDK

original de

Sun

que

RedHat

sponsorizó para que se pudieraincluir

Java

sin problemas de licencia en las distros de Linux.Es de suponer que el

CEO

Google

Eric Schmidt, quien antaño fue director del grupo de

desarrollo de

Java

Sun

, tuvo sus buenas razones para decidirse por Dalvik frente a

JVM

.Aunque yo desconozco las razones exactas que movieron a

Google

a implementar su propia

máquina virtual

para

Android

en lugar de usar la estándar de

Java

. En principio la diferenciatécnica de

JVM

frente a Dalvik es que la primera es una máquina de pila mientras que la segunda esuna máquina de registro, lo cual contribuyen a determinadas mejoras como un menor tamaño de losejecutables

.dex

frente a los

.class Java

y otros factores relevantes para la compilación

Just-In-Time

. Aunque algunos (no todos) .class pueden convertirse en .dex con una herramienta llamada dx,Dalvik no cumple con el criterio de compatibilidad

Java

, ya que incluye un subconjunto de libreríasno estándar derivadas de

Apache Harmony.

La Solución IceTea- Java Libre

IcedTea es un proyecto de desarrollo e integración de software creado por Red Hat en junio de2007. El objetivo es hacer que el software OpenJDK publicado por Sun Microsystems comosoftware libre en 2007 sea usable sin que sea necesario ningún otro software que no sea softwarelibre. Para Red Hat, esto haría posible añadir OpenJDK a la distribución Linux Fedora, así como aotras distribuciones.

Historia

El proyecto es consecuencia de la publicación por parte de Sun de la máquina virtual HotSpot y delcompilador javac en noviembre de 2006 y de la mayor parte del código fuente de las librerías Javaen mayo de 2007. Sun los publicó bajo los términos de la licencia GPL versión 2. Una parte delibrerías Java no se liberaron debido a que pertenecían a terceras entidades ajenas a SunMicrosystems.Debido a la falta de estos componentes, no es posible crear OpenJDK únicamente con componentesque sean software libre. El objetivo de Sun es reemplazar estas partes que permanecen propietariasy de código cerrado con implementaciones alternativas y hacer las librerías Java completamentelibres y de código abierto. Dado que parte de este código cerrado incumbe al JDK, Sun continuaráusando este código en las publicaciones comerciales hasta que se hayan reemplazado conalternativas libres plenamente funcionales.El proyecto IcedTea empezó en junio de 2007, con la creación de repositorio proporcionado por elequipo del proyecto GNU Classpath.El equipo no pudo llamar a su software "OpenJDK" porque es marca registrada propiedad de SunMicrosystems, así que decidieron usar temporalmente el nombre de "IcedTea".ObjetivosEl proyecto IcedTea empezó con dos objetivos. El primer objetivo es hacer posible para elcompilador de Java de GNU compilar el código de OpenJDK. El problema era que el único programa que podía compilar el software OpenJDK era el JDK de Sun, que consta del propioOpenJDK más unas extensiones propietarias. Así que el proyecto Iced Tea tenía que hacer posiblecompilar el código usando únicamente software libre. Cuando esto se consiguió, la versiónresultante de OpenJDK realizada por IcedTea pudo compilarse a sí mismo (compilaciónautocontenida), escapando de la necesidad del uso de software no libre para futuras compilaciones.La segunda tarea, la que está desarrollándose actualmente, es rellenar los huecos que existen enOpenJDK debido a que Sun no liberó algunas partes del código.