Kit de compatibilidad tecnológica

En Java, un Kit de Compatibilidad Tecnológica ( TCK o JCK ) es un conjunto de pruebas que, al menos nominalmente, verifica el cumplimiento de una supuesta implementación particular de una Solicitud de Especificación Java (JSR). ^{[ 1 ] [ 2 ]} Es uno de los tres elementos requeridos para una JSR ratificada en el Proceso de la Comunidad Java, que son:

• la especificación JSR
• la implementación de referencia JSR
• El kit de compatibilidad tecnológica (TCK)

Los TCK suelen obtenerse del responsable de especificaciones de un JSR determinado. Generalmente (aunque no siempre) consisten en una aplicación gráfica que se comunica mediante TCP/IP con el dispositivo o la máquina virtual Java que se está probando. El dispositivo suele obtener las pruebas mediante HTTP, y los resultados se envían de vuelta a la aplicación host de forma similar. Este desacoplamiento permite utilizar los TCK para probar máquinas virtuales en dispositivos como teléfonos móviles CLDC , que no tienen la potencia suficiente para ejecutar la aplicación host completa del TCK.

Se supone que las pruebas incluidas en JSR derivan de las declaraciones de la especificación JSR. Cualquier API tendrá un conjunto de pruebas para garantizar que se comporte de la manera prevista, incluso en caso de error.

Para declarar la conformidad con una JSR determinada, una implementación Java debe superar el TCK asociado. Cualquier excepción (poco frecuente) debe negociarse con el responsable de la especificación. Por ello, los TCK son de suma importancia al implementar una JSR. El primer gran hito es lograr que el TCK funcione correctamente, lo que implica necesariamente que la implementación Java y la pila de red subyacente tengan un cierto nivel de madurez. A continuación, el TCK debe configurarse adecuadamente; dado que debe ser lo suficientemente flexible para adaptarse a cualquier implementación, existen muchas opciones (por ejemplo, listar todos los formatos multimedia compatibles y los controles opcionales asociados para JSR135 ). Las pruebas específicas también requieren cierta configuración; esto suele ser particularmente complejo para las pruebas que garantizan el comportamiento correcto en condiciones de error, ya que la implementación Java debe estar en el estado adecuado para provocar cada error. Finalmente, cada prueba que falle debe corregirse, lo que generalmente se gestiona mediante los mecanismos habituales de seguimiento de defectos .

Algunos desarrolladores de Java consideran que su producto está prácticamente terminado una vez que superan las pruebas TCK. Si bien es cierto que las TCK son bastante completas, hay muchas áreas que no cubren. Estas incluyen el rendimiento, así como las funcionalidades opcionales. No queda otra alternativa que realizar numerosas pruebas en entornos reales para solucionar estas deficiencias, aunque conjuntos de pruebas adicionales como JDTS pueden ser de ayuda.

El kit de compatibilidad tecnológica para una plataforma Java específica se denomina Java Compatibility Kit (JCK) . Se trata de un conjunto de pruebas exhaustivo utilizado por Oracle y sus licenciatarios para garantizar la compatibilidad de las implementaciones de la plataforma.

Se ha publicado el código fuente de JCK para Java 6.0 . ^{[ 3 ] [ 4 ]} La licencia asociada inicialmente no permitía a los usuarios compilar ni ejecutar las pruebas, ^{[ 5 ]} pero el derecho a ver el código no está asociado con preocupaciones de contaminación, y se permiten comentarios públicos sobre el código fuente. ^{[ 3 ]} Sin embargo, desde el lanzamiento de OpenJDK , una licencia específica permite ejecutar JCK en el contexto de OpenJDK, es decir, para cualquier implementación GPL que derive sustancialmente de OpenJDK. ^{[ 6 ] [ 7 ]}

El Acuerdo de Licencia TCK de la Comunidad OpenJDK v 2.0 se publicó para la Especificación Java SE 7 en diciembre de 2011. ^{[ 8 ]}

La herramienta JavaTest es actualmente el marco de pruebas unitarias más común para verificar el cumplimiento de la implementación. Es un marco de pruebas de propósito general diseñado para ejecutar pruebas TCK. Sin embargo, algunas especificaciones también utilizan JUnit o TestNG . ^{[ 9 ]}

Posteriormente al lanzamiento de OpenJDK por parte de Sun , Sun publicó una licencia específica para permitir la ejecución de TCK en el contexto de OpenJDK para cualquier implementación GPL que derive sustancialmente de OpenJDK. ^{[ 10 ]}

Este requisito niega al proyecto Apache Harmony un derecho compatible con la Licencia Apache para usar el TCK. El 9 de noviembre de 2010, la Apache Software Foundation amenazó con retirarse del Java Community Process si no se les concedía una licencia TCK para Harmony sin restricciones adicionales. ^{[ 11 ]}

El 9 de diciembre de 2010, la Apache Software Foundation renunció a su puesto en el Comité Ejecutivo de Java SE/EE. ^{[ 12 ]}

• Proceso de la comunidad Java
• JavaTest framework

• Herramientas de prueba de compatibilidad de Java
• Recursos de la comunidad JCP - Herramientas TCK
• Proceso TCK de EE de Yakarta 1.4.1
• Lista del Acuerdo de Licencia TCK de la Comunidad OpenJDK (OCTLA)