Если бы я переключился с Sun JDK на OpenJDK, с каким сюрпризом я должен подготовиться?
Что часто происходит неправильно и насколько это сложно?
Конечно, каждое приложение может иметь свои индивидуальные проблемы, но я ищу классы проблем, с которыми многие люди уже сталкивались при переключении JDK.
Маловероятно, что с OpenJDK что-то пойдет не так. К настоящему времени он считается 100% совместимым. Но я думаю, что хорошо знать, какие части пришлось переписать и поэтому не используют тот же код, что и SunJDK.
запись в Википедии имеет хороший обзор:
По состоянию на май 2008 года единственная часть библиотеки классов, которая остается частной и закрытой (4% по состоянию на май 2007 года для OpenJDK 7 и менее 1% по состоянию на май 2008 года и OpenJDK 6) - это реализация SNMP.
С момента выпуска в мае 2007 года Sun Microsystems, с помощью сообщества, выпустила как бесплатное программное обеспечение с открытым исходным кодом или заменила бесплатные альтернативы с открытым исходным кодом почти на весь обремененный код:
Все звуковые коды двигателя, включая программный синтезатор, были выпущены как Open-source. Синтезатор с закрытым исходным кодом был заменен новым синтезатором, разработанным специально для OpenJDK под названием Gervill,
Все классы криптографии, используемые в библиотеке Class, были выпущены как Open-source,
Код, который масштабирует и растеризует шрифты, был заменен на FreeType
Собственная система управления цветом была заменена на LittleCMS. В JDK есть подключаемый слой, так что коммерческая версия может использовать старую систему управления цветом, а OpenJDK может использовать LittleCMS.
Среда сглаживания графического растеризатора заменена визуализатором рендеринга с открытым исходным кодом, используемым в проекте phoneME. Этот код полностью функциональный, но все же нуждается в некоторых улучшениях производительности,
Плагин JavaScript был открыт (исходный JavaScript-движок Rhino был открыт с самого начала).
Как я знаю, шрифты будут выглядеть искаженными, Sun пришлось удалить оригинальные из OpenJDK, так как они не являются "открытым исходным кодом", а JVM будет использовать некоторые значения по умолчанию, которые не так хороши...
Поскольку OpenJDK - это проект Sun, основанный на исходном источнике Java, я не ожидал бы многих проблем. Единственной областью, где все может сломаться, является код, который нужно заменить (потому что он не может быть выпущен под GPL) или изменения из-за новых функций (но они должны быть почти такими же, как в официальном JDK).
Используйте сборку OpenJDK, известную для передачи TCK, чтобы свести к минимуму неожиданности.
Некоторые из пользовательских интерфейсов swing не совпадали полностью (у металла были прокладки, которые были отключены, как можно заметить). Обратите внимание, что это было 8 месяцев назад.
OpenJDK (IcedTea) апплеты под Linux - это ОСНОВНАЯ БОЯ. Я уже несколько часов борюсь с удаленной отладкой куска довольно ржавого кода. Официальная документация о том, как подключиться к апплету в браузере, просто не работает для меня. По умолчанию нет java-консоли, BTW. Я серьезно рассматриваю возможность тиражирования конфигурации апплета и использования JDK встроенного средства просмотра апплетов вместо того, чтобы пытаться отладить размещенную в браузере JVM.
UPD. Я не совсем уверен, что OpenJDK не имеет самого браузера. Возможно, это изменилось недавно.
OpenJDK более безопасен, чем двоичные файлы Oracle из-за IcedTea.