Sigo sin entender la polemica, si todo el tema es por que el dichoso TCK es el certificador de Oracle para las maquinas virtuales de java de otros fabricantes.
¿por que google o apache no se construyen el suyo propio y se pasan el TCK por el arco de triunfo??
Porque si tu implementación no ha pasado el TCK oficial, entonces:
a) No puedes llamarle Java b) Nadie en su sano juicio va a ponerse a usarlo como sustituto del oficial sin alguna clase de garantía (como le pasa al GNU classpath o a Harmony) c) No estás cubierto por la licencia de patentes asociadas (la madre del cordero en el caso Oracle-Google)
Si te fijas, eso mismo que sugieres es lo que intentó Google: No utilizan una JVM (la suya se llama Dalvik y ellos mismos dicen que NO es Java, aunque se pueda programar en lenguaje Java) y su máquina virtual no se ofrece como sustituto de la oficial, sino que es la máquina de su propia plataforma. Pero la c) es por donde les están atacando, y a ver en qué queda todo.
Parte de los problemas viene de no diferenciar entre Java-lenguaje y Java-máquina virtual
y por que no se hacen sus propios TCKs??
(Puntos:1)( Última bitácora: Viernes, 11 Febrero de 2011, 10:19h )
Re:y por que no se hacen sus propios TCKs??
(Puntos:3, Informativo)( Última bitácora: Miércoles, 05 Marzo de 2014, 08:44h )
a) No puedes llamarle Java
b) Nadie en su sano juicio va a ponerse a usarlo como sustituto del oficial sin alguna clase de garantía (como le pasa al GNU classpath o a Harmony)
c) No estás cubierto por la licencia de patentes asociadas (la madre del cordero en el caso Oracle-Google)
Si te fijas, eso mismo que sugieres es lo que intentó Google: No utilizan una JVM (la suya se llama Dalvik y ellos mismos dicen que NO es Java, aunque se pueda programar en lenguaje Java) y su máquina virtual no se ofrece como sustituto de la oficial, sino que es la máquina de su propia plataforma. Pero la c) es por donde les están atacando, y a ver en qué queda todo.
Parte de los problemas viene de no diferenciar entre Java-lenguaje y Java-máquina virtual