Прошли ли пакеты CentOS OpenJDK тестирование на соответствие TCK?

Red Hat предоставляет двоичные дистрибутивы OpenJDK, которые прошли тестирование на соответствие TCK, как указано в их политике жизненного цикла и поддержки OpenJDK.

Эквивалентные RPM-пакеты CentOS OpenJDK содержат ту же строку версии и, по-видимому, ведут себя точно так же, как и их аналоги RHEL. Содержание, однако, немного отличается. Я предполагаю, что сборки CentOS используют ту же исходную версию исходного кода, что и Red Hat, с отличиями, вытекающими из системных библиотек или среды сборки.

Это оставляет меня с некоторыми вопросами.

Проходят ли сборки CentOS OpenJDK тестирование на соответствие TCK? Если нет, то насколько разумно предположить, что CentOS OpenJDK имеет известное качество? (Я полагаю, что есть уверенность в использовании чего-то такого же широко используемого, как CentOS.)

Что бы это ни стоило - мой клиент понимает, что, если они действительно заботятся о TCK, то, возможно, им стоит платить за Red Hat или искать альтернативу, такую ​​как Azul. Я пытаюсь принять обоснованное решение.

1 ответ

Решение

Java TCK работает на двоичном уровне. Только двоичные файлы могут пройти / потерять TCK. Что касается TCK, вы можете создавать одни и те же точные источники дважды, используя идентичные библиотеки, флаги компилятора и т. Д., И каждый двоичный файл необходимо идентифицировать отдельно как прошедший TCK.

Проходят ли сборки CentOS OpenJDK тестирование на соответствие TCK?

Red Hat - на которую я работаю - публично заявляет, что их двоичные файлы соответствуют TCK. Я не знаю никого, кто проверяет или утверждает, что для CentOS. По умолчанию мы должны предположить, что они не прошли TCK.

Другие вопросы по тегам