Me siento en el Comité Ejecutivo de Java SE / EE como representante de respaldo para el London Java User Group (también conocido como LJC). También hablo regularmente con los empleados de la comunidad de código abierto (incluido Apache) y los empleados de Oracle sobre OpenJDK, las relaciones con la comunidad y temas similares. Me gusta pensar que tengo una visión neutral sobre este tema, YMMV.
En breve
Oracle no puede permitirse que Java falle : todo su negocio de software se ejecuta en él, está integrado y lo respira. Si falla, Oracle está en un gran problema y Larry no parece ser el tipo de persona que se dispare en el pie.
Así que creo que es un error y, aunque parte (¿la mayoría?) De la culpa debería recaer en Oracle, también debería recaer un poco en proyectos más grandes que no probaron el RC.
¿Puede Oracle trabajar mejor con la comunidad para garantizar que se realice este nivel de prueba? Sí , pero a veces es una calle de doble sentido. No olvides que Java es masivo . Es el lenguaje más popular de todos los tiempos (opinión no científica) y quién sabe cuántos billones de dólares y millones de diferentes tipos de software están integrados o se ejecutan en él.
Muéstrame un equipo de desarrollo que pueda afirmar que tiene versiones libres de errores en esa escala y me comeré el sombrero. Por ejemplo, la JVM tiene más de 1000 años de esfuerzo y cuenta, ¡te hace pensar que no es así!
La larga respuesta
De acuerdo, ha habido un montón de FUD sobre este tema, lo que me parece un poco irritante ya que los principales medios tecnológicos parecen saltar sobre cualquier cosa en estos días para golpear a Java y, por supuesto, a Oracle. [despotricar] La mayoría de los medios tecnológicos parecen negarse a asistir a las conferencias, o leer las actas de las reuniones del PCJ, o hablar con los líderes independientes de JUG o realizar cualquier investigación sensata para dar una visión equilibrada [/ despotricar].
- Es un error, sí, lo cual es muy serio para algunos proyectos.
- Hay una solución alternativa que puede usar de inmediato
- Ya hay una solución para eso
- No mata gatitos
- Sí, primero debes probarlo: ¡es una versión .0!
Ahora no me malinterpreten: Oracle ha cometido muchos errores y continuará haciéndolo. Nadie es perfecto y sus intereses no siempre se alinearán con todos los demás proveedores, usuarios y desarrolladores.
Siento que la comunidad Java puede aprender una lección de esto y que es para que más proyectos prueben las compilaciones OpenJDK y JDK a medida que se desarrollan. Espero que Oracle lidere un esfuerzo para mejorar esto.
Algunos divagaciones generales sobre Oracle, Java y la comunidad.
Oracle se está esforzando mucho y ha aprendido mucho desde los primeros días cuando se hicieron cargo.
Lo bueno:
- Mire el número de confirmaciones en OpenJDK por parte de los empleados de Oracle
- Mira la cantidad de empleados que le han arrojado a Java
- Mire la clara posición de la compañía que Oracle afirma en público una y otra vez que es "Mantener Java como la plataforma número 1, punto".
- Mire el nuevo
invokedynamiccódigo de bytes en la JVM que vino con Java 7, un cambio que permite que un montón de idiomas se conviertan en ciudadanos de primera clase en la JVM.
- Tienen a Red Hat, IBM, SAP y Apple uniéndose a OpenJDK
- Están poniendo mucho esfuerzo en los JUG, java.net como plataforma de alojamiento, han lanzado una nueva revista Java y patrocinan casi todas las conferencias a las que voy. Algunos de estos esfuerzos han sido un poco equivocados o mal comunicados :-), pero la mayoría son bien intencionados y realmente benefician a la comunidad.
La necesidad de mejorar cosas:
Bien, ahora antes de que parezca un títere oculto de Oracle's.
Probablemente deberían haberse retrasado con este lanzamiento. Eso sí, las últimas versiones beta y RC habían estado fuera por algún tiempo, tal vez algunos de estos proyectos podrían haberse involucrado en ayudar a probar las compilaciones antes: IIRC Oracle le pidió a la comunidad en su conjunto que lo probara.
Oracle todavía tiene más trabajo que hacer con la comunidad y la reestructuración del JCP y cómo se ejecutan los JSR ( JSR 348 es el comienzo de esto, ¡participe!). Por supuesto, esto eventualmente incluirá una nueva discusión sobre las restricciones de FOU de licencias de TCK y otras cosas legales desagradables que es lo que ha causado la mala sangre con Apache y Google.
Manejaron mal un montón de proyectos de código abierto (Jenkins / Hudson, Open Office y MySQL me vienen a la mente) especialmente en el lado de la comunicación. En el reciente OSCON, un ejecutivo senior de Oracle explicó que muchos de esos proyectos existen en su propio silo de negocios de Oracle, no existe una estrategia general en torno al código abierto por decir, de ahí el comportamiento de la mano izquierda / derecha que hemos visto. El resto es que Oracle no comprende a la comunidad de código abierto, pero creo que están mejorando mucho y la voluntad está ahí.