Прошли ли пакеты 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.