Bueno no se si esto sera bueno pero ojala que todas las versiones de java se basen en un estandar porque imaginense tendremos tantas versiones de java como versiones de linux tenemos.
Sí existe algo así, un comité de Sun como te apuntan. Obviamente, siendo libre, se pueden hacer ramas que no sigan el estándar, pero entonces pierden el derecho a llamarse Java, o a usar el logo de la taza de café.
No podrías sacarlo como "Modified Java", pero quizá sí como "Mojaba".
Disculpado.
-- Asqueados [asqueados.net]: mas politica, informatica y payasadas que nunca
Perdonen mi desconocimiento, pero existe algún comité de estandarización para el lenguaje Java y sus librerias o van a evolucionar los proyectos cada uno por su lado y será la selección natural la que los haga prevalecer...
Como te han dicho arriba, el sitio de desarrollo del estándar Java, que existe desde antes de que Sun liberase el código, y en el que tienen cabida las más diversas organizaciones [jcp.org], nos da la seguridad de que el lenguaje va a ser uno solo pero hecho por todos. Mira lo que pasó cuando Microsoft quiso sacar su propia versión de Java, aunque también existen numerosas implementaciones de Java [wikipedia.org] en el "mercado", si bien no he encontrado ningún sitio donde diga cuáles de ellas pueden llamarse Java legalmente.
Por otra parte, según pone en el artículo enlazado en la noticia (en inglés), la compilación IcedTea del código liberado por Sun como OpenJDK (que supone el 95% de la implementación) junto con el código libre del proyecto GNU Classpath (que supone el 5% restante) ya ha pasado el riguroso test de compatibilidad de Java, compuesto por 80.000 tests y más de 1 millón de líneas de código, por tanto se comporta para la mayoría de los casos igual que la máquina virtual distribuida por Sun. Obviamente es el usuario quien debe seleccionar entre esas dos implementaciones que comparten el 95% del código (y más en el futuro) y se comportan absolutamente igual.
Pero estoy seguro de que hay otras diferencias fuera de la máquina virtual, por ejemplo:
Por disponibilidad: La versión derivada de IcedTea podrá venir preinstalada en todas las distribuciones de Linux, seguro que es más fácil instalar la de Sun en Windows, y para ciertas plataformas hardware probablemente sólo haya unas pocas opciones.
Por integración con el software que se esté utilizando: Las otras máquinas virtuales de Java han sido desarrolladas para soportar distintos productos comerciales.
Por velocidad de incorporación de las últimas características del lenguaje que se desarrollen: Podemos pensar que Sun. por su experiencia y medios, es capaz de implementarlas antes.
Tantas versiones de Java como versiones de Linux
(Puntos:1, Redundante)( Última bitácora: Miércoles, 09 Junio de 2004, 02:32h )
Re:Perdonen....
(Puntos:4, Informativo)( http://press.asqueados.net/ | Última bitácora: Jueves, 06 Marzo de 2014, 11:47h )
No podrías sacarlo como "Modified Java", pero quizá sí como "Mojaba".
Disculpado.
Asqueados [asqueados.net]: mas politica, informatica y payasadas que nunca
Re:Perdonen....
(Puntos:2, Informativo)Re:Más que un empujón...
(Puntos:4, Informativo)( http://press.asqueados.net/ | Última bitácora: Jueves, 06 Marzo de 2014, 11:47h )
Pero lo que es un cuento de verdad es que JavaME no entre en la liberación:
Y lo ha hecho bajo la licencia GPL para ser más exactos (y hay quien dice que espanta a las compañías).
Asqueados [asqueados.net]: mas politica, informatica y payasadas que nunca
Re:Perdonen....
(Puntos:5, Informativo)( http://guslibu.awardspace.com/ | Última bitácora: Viernes, 18 Marzo de 2011, 08:29h )
Por otra parte, según pone en el artículo enlazado en la noticia (en inglés), la compilación IcedTea del código liberado por Sun como OpenJDK (que supone el 95% de la implementación) junto con el código libre del proyecto GNU Classpath (que supone el 5% restante) ya ha pasado el riguroso test de compatibilidad de Java, compuesto por 80.000 tests y más de 1 millón de líneas de código, por tanto se comporta para la mayoría de los casos igual que la máquina virtual distribuida por Sun. Obviamente es el usuario quien debe seleccionar entre esas dos implementaciones que comparten el 95% del código (y más en el futuro) y se comportan absolutamente igual.
Pero estoy seguro de que hay otras diferencias fuera de la máquina virtual, por ejemplo: