Más detalles sobre los cambios que Oracle quiere hacer al JCP

Esta semana en una Conference call Oracle ha informado a varios líderes de comunidades Java de los cambios que tienen intención de realizar en el Java Community Process. Como ya habíamos adelantado, los cambios van a venir en dos tandas, una primera bastante inminente (para este otoño) con pequeños cambios que serán poco polémicos, y una segunda con cambios de mayor magnitud.

La primera tanda de cambios estará definida por un JSR que debería estar finalizado al final de octubre y que simplemente realizará cambios sencillos al modo en el que la documentación es procesada actualmente. No habrá cambios al JSPA - Java Specification Participation Agreement- que tienen que firmar los participantes del Java Community Process. Los objetivos de estos cambios son según Oracle incrementar la transparencia, la agilidad y la participación en el Java Community Process.

Más concretamente, los grupos de expertos que definen cada especificación deberán emplear siempre listas de correo públicas, emplear issue tracking públicos y deberán responder a comentarios públicos de no participantes en el Java Community Process. También se está valorando el mantener una lista con todas las implementaciones compatibles de cada especificación, y requerir a cada uno de los que ha implementado la especificación y se ha certificado que periódicamente publique informes relativos a la compatibilidad de su implementación con la especificación.

Respecto a los comités ejecutivos, tratarán de celebrar una o dos audio-conferencias públicas cada año, además de una reunión en persona en la JavaOne. También se introducirán restricciones temporales en cuanto a la duración de los JSR para evitar que se extiendan temporalmente de modo excesivo.

Todo esto entra dentro de los objetivos de la primera modificación a Java Community Process. La segunda va a tratar de cambiar diversos temas relativos a la propiedad intelectual que va en las especificaciones; Oracle quiere estar seguro de que todos los participantes de una especificación garantizan derechos de propiedad intelectual necesarios para llevar a cabo la implementación al líder del especificación.

En el segundo, también tienen intención de cambiar el JSPA; en vez de haber sólo un documento habrá varios. Uno de los objetivos es fomentar que sea fácil participar a título individual en el Java Community Process (ahora mismo el proceso para hacer esto es bastante complejo). Una de las distinciones que habrá es que los líderes de las especificaciones tendrán que firmar un acuerdo más complejo y detallado, mientras que si uno simplemente quiere participar en especificaciones y ser líder lo podrá hacer firmando un documento simple y siguiendo un proceso mucho más ligero y sencillo.

Mi opinión sobre todo lo que han dicho: me gusta. Todo suena bien, al menos en la teoría. Con lo que tengo un problema muy gordo es con lo que no han dicho: no han hablado para nada de cambios en las condiciones de licenciamiento de los tests de compatibilidad; es decir, no van a resolver todo el problema que Apache tenía con Harmony, problema que también pueden padecer terceras partes que realicen implementaciones de especificaciones Java.